Le fichier ibdata1 contient les informations sur l'espace de table et d'autres métadonnées sur votre ou vos bases de données Mysql.
Vous pouvez essayer d'utiliser le innodb_force_recovery = 1 jusqu'à innodb_force_recovery = 6 pour voir si cela résout le problème. Essayez de changer cela dans votre my.cnf (my.ini pour Windows) puis essayez à nouveau de redémarrer votre serveur mysql.
Si vous parvenez à démarrer Mysql en utilisant l'indicateur de récupération, votre base de données sera en mode lecture seule. Vous devez faire un mysqldump des données, arrêter mysql, réinstaller à nouveau, recréer votre base de données et réimporter les données.
Voici un lien pour plus d'informations sur la récupération d'innodb dev .mysql .
Si vous utilisez Linux...
Une autre option plus complexe consiste à utiliser le kit d'outils de récupération percona. Cela réalignera vos espaces de table. Bien que, par expérience, la navigation soit un peu difficile et la mise en œuvre prend un peu de temps si vous êtes un débutant.
Cependant, akuzminsky, le créateur de la boîte à outils (comme c'est cool !), A mentionné qu'il avait apporté des améliorations significatives à la boîte à outils.
Lien pour télécharger la boîte à outils Percona.com
Lien avec une procédure pas à pas de chriSQL .
Lien vers le site Web d'akuzinsky TwinDB .
À moins que ces données ne soient essentielles à la mission, je reviendrais simplement à la sauvegarde de 2 semaines auparavant. La quantité de temps et d'efforts que vous finirez par consacrer à la récupération de ces données peut en annuler l'avantage.
