php - lista - XAMPP/MySQL: no se pudo abrir el archivo de espacio de tabla de una sola tabla. / Mysql / innodb_index_stats.ibd después de reiniciar MySQL

lista de comandos mysql (4)

He instalado Drupal en mi servidor XAMPP local. Funcionó bien, sin problemas al incluir y trabajar con la base de datos / sitio hasta que reinicié XAMPP. Desde entonces obtengo lo siguiente en mi archivo de registro:

2013-09-02 16:18:46 2544 [Nota] El complemento ''FEDERATED'' está deshabilitado.
2013-09-02 16:18:46 3e8 InnoDB: Advertencia: El uso de innodb_additional_mem_pool_size está DESPRECTO. Esta opción se puede eliminar en futuras versiones, junto con la opción innodb_use_sys_malloc y con el asignador de memoria interna de InnoDB.
2013-09-02 16:18:46 2544 [Nota] InnoDB: El montón de memoria InnoDB está deshabilitado
2013-09-02 16:18:46 2544 [Nota] InnoDB: Mutexes y rw_locks usan funciones de Windows enclavadas
2013-09-02 16:18:46 2544 [Nota] InnoDB: las tablas comprimidas usan zlib 1.2.3
2013-09-02 16:18:46 2544 [Nota] InnoDB: No se utilizan las instrucciones de la CPU crc32
2013-09-02 16:18:46 2544 [Nota] InnoDB: Inicializando el grupo de búferes, tamaño = 16.0M
2013-09-02 16:18:46 2544 [Nota] InnoDB: Inicialización completa del conjunto de búferes
2013-09-02 16:18:46 2544 [Nota] InnoDB: El formato de archivo admitido más alto es Barracuda.
2013-09-02 16:18:47 2544 [Nota] InnoDB: ¡Los números de secuencia de registro 1600614 y 1600614 en los archivos ibdata no coinciden con el número de secuencia de registro 1600644 en los archivos ib_log!
2013-09-02 16:18:47 2544 [Nota] InnoDB: ¡La base de datos no se cerró normalmente!
2013-09-02 16:18:47 2544 [Nota] InnoDB: Iniciando recuperación de fallas.
2013-09-02 16:18:47 2544 [Nota] InnoDB: Leyendo información de espacio de tablas de los archivos .ibd ...
2013-09-02 16:18:47 2544 [ERROR] InnoDB: Se intentó abrir un espacio de tabla previamente abierto. El anterior espacio de tabla drupal / variable usa el ID de espacio: 2 en filepath:. / Drupal / variable.ibd. No se puede abrir mysql / innodb_index_stats de tablespace que usa el ID de espacio: 2 en filepath:. / Mysql / innodb_index_stats.ibd
InnoDB: Error: no se pudo abrir el archivo de espacio de tablas de una sola tabla. / Mysql / innodb_index_stats.ibd
InnoDB: No continuamos la recuperación de fallos, porque la tabla puede convertirse
InnoDB: corrupto si no podemos aplicar los registros en el registro InnoDB.
InnoDB: Para solucionar el problema e iniciar mysqld:
InnoDB: 1) Si hay un problema de permisos en el archivo y mysqld no puede
InnoDB: abra el archivo, debe modificar los permisos.
InnoDB: 2) Si la tabla no es necesaria, o puede restaurarla desde una copia de seguridad,
InnoDB: luego puede eliminar el archivo .ibd, e InnoDB hará una operación normal.
InnoDB: recupera la recuperación e ignora esa tabla.
InnoDB: 3) Si el sistema de archivos o el disco están rotos, y no puede eliminar
InnoDB: el archivo .ibd, puede establecer innodb_force_recovery> 0 en my.cnf
InnoDB: y obliga a InnoDB a continuar la recuperación de fallos aquí.

Busqué una solución a través de google, pero parece ser un problema solo con la base de datos drupal porque es capaz de conectarse con MySQL si elimino la base de datos.

Espero que alguien me pueda ayudar :(.

Esto también sucede con Wordpress. Parece que solo ocurre con la última versión, ya que he revertido a versiones anteriores de AMPPS y funciona bien sin tener que lanzar este problema innodb.

Mueva (NO BORRE) esos archivos a otra carpeta:

innodb_index_stats.frm innodb_table_stats.frm slave_master_info.frm slave_relay_log_info.frm slave_worker_info.frm

y archivos .ibd con el mismo nombre de archivo:

innodb_index_stats.ibd innodb_table_stats.ibd slave_master_info.ibd slave_relay_log_info.ibd slave_worker_info.ibd

Intente iniciar MySQL.

Puedes resolver este problema agregando una línea en tu archivo de configuración de mysql: my.cnf o my.ini (depende de tu distribución)

justo debajo de [mysqld] agregue esta línea: innodb_force_recovery = 1

.. [mysqld] innodb_force_recovery = 1 ..

Luego reinicie su servidor MySql. Es posible que haya perdido algunos datos pero que el servidor vuelva a funcionar con sus datos.

Saludos,

dev_khan, intente reiniciar MySQL en modo de solo lectura con la opción innodb_force_recovery habilitada:

Edite my.cnf - busque la línea: # innodb_force_recovery = 2
Comenta la línea en (elimina el # )
Reinicie MySQL para permitir que el motor MySQL se repare.
Comente la línea innodb_force_recovery nuevamente (agregue # )
Reinicie MySQL de nuevo y tendrá acceso completo nuevamente sin una restricción de solo lectura.

Saludos desde Alemania