XAMPP / MySQL: no se pudo abrir el archivo de espacio de tabla de una sola tabla. \ Mysql \ innodb_index_stats.ibd después del reinicio de MySQL

Instalé Drupal en mi servidor XAMPP local. Funcionó muy bien, no hubo problemas para 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á DEJADO. Esta opción puede eliminarse 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 interbloqueadas

2013-09-02 16:18:46 2544 [Nota] InnoDB: tablas comprimidas utilizan zlib 1.2.3

2013-09-02 16:18:46 2544 [Nota] InnoDB: No está usando las instrucciones de CPU crc32

2013-09-02 16:18:46 2544 [Nota] InnoDB: Initializing pool buffer, size = 16.0M

2013-09-02 16:18:46 2544 [Nota] InnoDB: Inicialización completada del grupo de búferes

2013-09-02 16:18:46 2544 [Nota] InnoDB: El formato de archivo más compatible es Barracuda.

2013-09-02 16:18:47 2544 [Nota] InnoDB: ¡Los números de secuencia de registro 1600614 y 1600614 en 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: Inicia la recuperación de fallos.

2013-09-02 16:18:47 2544 [Nota] InnoDB: Lectura de información del espacio de tabla de los archivos .ibd …

2013-09-02 16:18:47 2544 [ERROR] InnoDB: Intentó abrir un tablespace previamente abierto. Espacio de tabla anterior drupal / variable utiliza el ID de espacio: 2 en filepath:. \ Drupal \ variable.ibd. No se puede abrir tablespace mysql / innodb_index_stats que usa el espacio ID: 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 en

InnoDB: corrupto si no podemos aplicar los registros en el registro de InnoDB.

InnoDB: para solucionar el problema y comenzar mysqld:

InnoDB: 1) Si hay un problema de permiso 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: a continuación, puede eliminar el archivo .ibd, e InnoDB hará una normal

InnoDB: recuperación de fallas e ignorar esa tabla.

InnoDB: 3) Si el sistema de archivos o el disco están rotos, y no se puede eliminar

InnoDB: el archivo .ibd, puede establecer innodb_force_recovery> 0 en my.cnf

InnoDB: y fuerza a InnoDB a continuar con la recuperación de fallas aquí.

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

Espero que alguien pueda ayudarme :(.

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

  1. Edite my.cnf – encuentre la línea: # innodb_force_recovery = 2
  2. Comenta la línea (elimina el # )
  3. Reinicie MySQL para permitir que el motor MySQL se repare a sí mismo.
  4. Comenta innodb_force_recovery línea innodb_force_recovery (agrega # )
  5. Reinicie MySQL nuevamente y tendrá acceso completo de nuevo sin una restricción de solo lectura.

Saludos desde Alemania

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 

Prueba iniciar MySQL.

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

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

 .. [mysqld] innodb_force_recovery = 1 .. 

Luego reinicie su servidor MySql. Podrías haber perdido algunos datos pero harás que el servidor vuelva a funcionar con tus datos.

Saludos,

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