Maison > base de données > tutoriel mysql > Résoudre le problème dans MySQL selon lequel le fichier de données de la table est endommagé et la base de données ne peut pas être démarrée

Résoudre le problème dans MySQL selon lequel le fichier de données de la table est endommagé et la base de données ne peut pas être démarrée

黄舟
Libérer: 2017-09-07 13:23:21
original
2354 Les gens l'ont consulté

1. Journal des problèmes

2017-08-31 14:18:05 4122 [Note] InnoDB: Database was not shutdown normally!
2017-08-31 14:18:05 4122 [Note] InnoDB: Starting crash recovery.
2017-08-31 14:18:05 4122 [Note] InnoDB: Reading tablespace information from the .ibd files...
2017-08-31 14:18:05 4122 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace dev/tb_test uses spac
e ID: 1 at filepath: ./dev/tb_test.ibd. Cannot open tablespace mysql/innodb_table_stats which uses space ID: 1 at filepath: ./mysql/
innodb_table_stats.ibd
2017-08-31 14:18:05 2ad861898590  InnoDB: Operating system error number 2 in a file operation.
InnoDB: The error means the system cannot find the path specified.
InnoDB: If you are installing InnoDB, remember that you must create
InnoDB: directories yourself, InnoDB does not create them.
InnoDB: Error: could not open single-table tablespace file ./mysql/innodb_table_stats.ibd
InnoDB: We do not continue the crash recovery, because the table may becomeInnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
InnoDB: To fix the problem and start mysqld:
InnoDB: 1) If there is a permission problem in the file and mysqld cannot
InnoDB: open the file, you should modify the permissions.
InnoDB: 2) If the table is not needed, or you can restore it from a backup,
InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
InnoDB: crash recovery and ignore that table.
InnoDB: 3) If the file system or the disk is broken, and you cannot remove
InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
InnoDB: and force InnoDB to continue crash recovery here.
150126 14:18:06 mysqld_safe mysqld from pid file /home/mysql/mysql_app/dbdata/liuyazhuang136.pid ended
Copier après la connexion

2. Solution

1. Ajoutez les paramètres suivants à my.cnf

Ajouter au groupe [mysqld] :

innodb_force_recovery=6
Copier après la connexion

Explication du paramètre Innodb_force_recovery :
innodb_force_recovery affecte l'état de récupération de l'ensemble du moteur de stockage InnoDB. La valeur par défaut est 0, ce qui signifie que toutes les opérations de récupération sont effectuées lorsque la récupération est requise.
Lorsque des opérations de récupération efficaces ne peuvent pas être effectuées, MySQL peut ne pas démarrer et un journal des erreurs sera enregistré.
innodb_force_recovery peut être défini sur 1 à 6, le plus grand nombre inclut l'impact de tous les nombres précédents.
Lorsque la valeur du paramètre de réglage est supérieure à 0, vous pouvez effectuer des opérations de sélection, de création et de suppression sur la table, mais les opérations telles que l'insertion, la mise à jour ou la suppression ne sont pas autorisées.
1(SRV_FORCE_IGNORE_CORRUPT) : Ignorer la page corrompue détectée
2(SRV_FORCE_NO_BACKGROUND) : Empêcher le thread principal de s'exécuter Si le thread principal doit effectuer une opération de purge complète, cela provoquera un crash
3( SRV_FORCE_NO_TRX_UNDO) : n'exécutez pas l'opération d'annulation de transaction.
4(SRV_FORCE_NO_IBUF_MERGE) : N'effectuez pas l'opération de fusion du tampon d'insertion.
5(SRV_FORCE_NO_UNDO_LOG_SCAN) : Sans vérifier le journal redo, le moteur de stockage InnoDB traitera les transactions non validées comme validées.
6(SRV_FORCE_NO_LOG_REDO) : N'effectuez pas d'opération de restauration.

2. Sauvegardez la base de données

$mysqldump -h 192.168.209.136 -uroot -p dev > /home/mysql/dev.sql
Copier après la connexion

3. Supprimez la base de données

$mysql -h 192.168.209.136 -uroot -p
mysql> drop database dev;
ERROR 1051 (42S02): Unknown table 'dev.tb_test'
Copier après la connexion

Supprimez physiquement les fichiers frm et ibd correspondant à tb_test

mysql> drop database dev;
Query OK, 0 rows affected (0.00 sec)
Copier après la connexion

4. Créez la base de données

mysql> create database dev;
Query OK, 1 row affected (0.03 sec)
Copier après la connexion

5. Supprimez le paramètre innodb_force_recovery
Après avoir supprimé les paramètres précédemment définis, redémarrez la base de données

##innodb_force_recovery=6
Copier après la connexion

6. Importer La table d'invite de données

[mysql@liuyazhuang136 dev]$ mysql -h 192.168.209.136 -uroot -pmysql dev</home/mysql/dev.sql
Warning: Using a password on the command line interface can be insecure.
ERROR 1050 (42S01) at line 25: Table &#39;`dev`.`tb_test`&#39; already exists
Copier après la connexion

existe déjà. En effet, une fois le paramètre innodb_force_recovery supprimé, la base de données effectuera une opération de restauration et le fichier ibd correspondant sera généré, donc le fichier. doit être supprimé
Supprimer puis réimporter

[mysql@liuyazhuang136 dev]$ mysql -h 192.168.209.136 -uroot -pmysql dev</home/mysql/dev.sql
Copier après la connexion

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Étiquettes associées:
source:php.cn
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal