XAMPP / MySQL: impossible d'ouvrir le fichier d'espace table unique. \ Mysql \ innodb_index_stats.ibd après le redémarrage de MySQL

J'ai installé Drupal sur mon local XAMPP Serveur. Il a travaillé toute fine, pas de problèmes, y compris et de travailler avec la base de données/site jusqu'à ce que je redémarré XAMPP. Depuis lors, je me le suit à mon logfile:

2013-09-02 16:18:46 2544 [Remarque] le Plugin "FÉDÉRÉS" est désactivée.

2013-09-02 16:18:46 3e8 MyISAM: Avertissement: à l'Aide innodb_additional_mem_pool_size est OBSOLÈTE. Cette option peut être supprimé dans les versions à venir, avec l'option innodb_use_sys_malloc et avec le MyISAM interne de l'allocateur de mémoire.

2013-09-02 16:18:46 2544 [Remarque] MyISAM: Le MyISAM segment de mémoire est désactivée

2013-09-02 16:18:46 2544 [Remarque] MyISAM: Mutex et rw_locks utiliser Windows contrefil fonctions

2013-09-02 16:18:46 2544 [Remarque] MyISAM: tables Compressées utilisation zlib 1.2.3

2013-09-02 16:18:46 2544 [Remarque] MyISAM: l'utilisation de l'UC crc32 instructions

2013-09-02 16:18:46 2544 [Remarque] MyISAM: l'Initialisation de pool de mémoire tampon, taille = 16.0 M

2013-09-02 16:18:46 2544 [Remarque] MyISAM: Terminé l'initialisation de pool de mémoire tampon

2013-09-02 16:18:46 2544 [Remarque] MyISAM: Plus élevé pris en charge le format de fichier est Barracuda.

2013-09-02 16:18:47 2544 [Remarque] MyISAM: Les numéros de séquence de journal 1600614 et 1600614 dans ibdata fichiers ne correspondent pas au numéro de séquence de journal 1600644 dans le ib_logfiles!

2013-09-02 16:18:47 2544 [Remarque] MyISAM: Base de données n'a pas été arrêté normalement!

2013-09-02 16:18:47 2544 [Remarque] MyISAM: à Partir de récupération sur incident.

2013-09-02 16:18:47 2544 [Remarque] MyISAM: la Lecture de l'espace de stockage de l'information à partir de l' .mici fichiers...

2013-09-02 16:18:47 2544 [ERREUR] MyISAM: Tentative d'ouvrir un déjà ouvert un espace de table. Tablespace précédent drupal/variable utilise l'ID de l'espace: 2 au chemin d'accès du fichier: .\drupal\variable.mici. Ne peut pas ouvrir un espace de table mysql/innodb_index_stats qui utilise l'espace ID: 2 au chemin d'accès du fichier: .\mysql\innodb_index_stats.mici

MyISAM: Erreur: impossible d'ouvrir la table unique de fichier d'espace de stockage .\mysql\innodb_index_stats.mici

MyISAM: Nous n'avons pas continuer la récupération de l'incident, parce que la table peut devenir

MyISAM: corrompre si nous ne pouvons pas appliquer les enregistrements du journal dans le log MyISAM.

MyISAM: Pour résoudre le problème et de démarrer mysqld:

MyISAM: 1) Si il y a un problème de permission sur le fichier et mysqld ne peut pas

MyISAM: ouvrir le fichier, vous devez modifier les autorisations.

MyISAM: 2) Si le tableau n'est pas nécessaire, ou vous pouvez le restaurer à partir d'une sauvegarde,

MyISAM: vous pouvez enlever le .mici fichier, et MyISAM va faire un normal

MyISAM: récupération sur incident et d'ignorer cette table.

MyISAM: 3) Si le système de fichiers ou le disque est cassé, et vous ne pouvez pas supprimer

MyISAM: la .mici fichier, vous pouvez définir innodb_force_recovery > 0 dans mon.cnf

MyISAM: et la force MyISAM pour continuer la récupération de l'incident ici.

J'ai cherché une solution via google, mais il semble y avoir un problème avec la base de données de drupal parce qu'il est capable de se connecter à MySQL si je supprime la base de données.

J'espère que quelqu'un pourrait m'aider :(.

source d'informationauteur leiseliesel

  1. 8

    dev_khan,
    essayez de redémarrer MySQL en mode Lecture Seule avec la innodb_force_recovery option activée:

    1. Modifier mon.cnf - trouver la ligne: # innodb_force_recovery = 2
    2. Commentaire de la ligne (suppression de la #)
    3. Redémarrer MySQL pour laisser le MySQL réparation d'un moteur lui-même.
    4. Commentaire le innodb_force_recovery ligne de nouveau (ajouter #)
    5. Redémarrer MySQL à nouveau et vous avez un accès complet à nouveau sans en Lecture Seule Restriction.

    Salutations de l'Allemagne

  2. 33

    Déplacer (NE PAS SUPPRIMER) ces fichiers dans un autre dossier:

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

    et .mici fichiers avec le même nom de fichier:

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

    Essayez de démarrer MySQL.

  3. 19

    Vous pouvez résoudre ce problème en ajoutant une ligne dans votre fichier de configuration de mysql: mon.cnf ou my.ini (dépend de votre distribution)

    juste sous [mysqld] ajouter cette ligne: innodb_force_recovery = 1 

    ..
[mysqld]
innodb_force_recovery = 1 
..

    Puis redémarrez votre Serveur MySql.
    Vous pourriez avoir perdu quelques données, mais vous obtiendrez le serveur de travailler à nouveau avec vos données.

    Ce qui concerne,

  4. 0

    Ce qui se passe avec WordPress. Elle ne semble se produire avec la dernière version que j'ai roulé en arrière pour les versions précédentes de AMPPS et il fonctionne très bien sans vomir ce innodb question.