Exemple de processus de réparation d'exception Mysql Innodb

Cet article présente principalement le partage d'expérience de la réparation des exceptions mysql innodb. Les amis dans le besoin peuvent se référer à

Un ensemble de bibliothèques mysql pour tester la version de mysql 5.1.71 dans la source par défaut centos6 utilisée auparavant. . Plus tard, j'ai voulu essayer le serveur Percona 5.7, car il n'y a pas de données importantes dans cette bibliothèque. Aucune sauvegarde n'a donc été effectuée avant l'opération. Après configuration de la source, l'installation a été réalisée directement. Les fichiers de données sont également stockés dans l'emplacement par défaut. Une fois l'installation terminée, je démarre directement MySQL et constate que le démarrage échoue et qu'il ne peut pas être démarré normalement.

1. Revenez en arrière et réinstallez MySQL

Afin d'éviter d'avoir à importer ces données depuis d'autres endroits, effectuez d'abord une sauvegarde du fichier de base de données actuel. bibliothèque (/var/lib/mysql/location). Ensuite, j'ai désinstallé le package du serveur Percona 5.7, réinstallé le package 5.1.71 d'origine et démarré le service mysql. Il a demandé Type de table inconnu/non pris en charge : innodb et n'a pas pu démarrer normalement.

110509 12:04:27 InnoDB: Initializing buffer pool, size = 384.0M
110509 12:04:27 InnoDB: Completed initialization of buffer pool
InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes
InnoDB: than specified in the .cnf file 0 157286400 bytes!
110509 12:04:27 [ERROR] Plugin 'InnoDB' init function returned error.
110509 12:04:27 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
110509 12:04:27 [ERROR] Unknown/unsupported table type: innodb
110509 12:04:27 [ERROR] Aborting
110509 12:04:27 [Note] /usr/sbin/mysqld: Shutdown complete

Supprimez le répertoire /var/lib/mysql/, redémarrez le service de base de données et initialisez-le. Cela s'avère normal. Les moteurs d'exposition peuvent trouver le moteur innodb. Arrêtez ensuite la base de données, écrasez le contenu du répertoire /var/lib/mysql/ précédemment sauvegardé par le contenu de l'emplacement actuel et redémarrez. J'ai également constaté qu'il ne pouvait pas être démarré et que le contenu de l'erreur était le même qu'auparavant.

La structure du contenu du répertoire /var/lib/mysql est la suivante :

-rw-rw---- 1 mysql mysql 10485760 2月  26 18:10 ibdata1
-rw-rw---- 1 mysql mysql 5242880 2月  26 18:10 ib_logfile0
-rw-rw---- 1 mysql mysql 5242880 2月  26 17:20 ib_logfile1
drwx------ 2 mysql mysql   4096 2月  26 17:20 mysql
drwx------ 2 mysql mysql   4096 2月 26 17:24 wiki

Le répertoire wiki est la bibliothèque des données de test, le fichier ibdata1 est le fichier de données , et les deux fichiers commençant par ib sont des fichiers journaux , le répertoire mysql contient des éléments liés aux bibliothèques système. Utilisez à nouveau les données initialisées et écrasez le répertoire wiki et le fichier ibdata1 dans le répertoire /var/lib/mysql. Vous pouvez démarrer normalement et vous connecter normalement.

2. Réinstallez le module innodb

Cependant, lors de la sauvegarde via mysqldump, il affiche le moteur de table inconnu "Innodb". Après vous être connecté, vérifiez tous les types de moteurs actuels et constatez que le type innodb n'existe pas parmi eux :

Utilisez la commande alter pour modifier le type d'une des tables à MyISAM et constatez que l'erreur est toujours signalée.

Utilisez find pour découvrir qu'il existe un fichier ha_innodb_plugin.so dans le répertoire /usr/lib64/mysql/plugin/. J'ai l'impression que les versions ultérieures de mysql5 prennent en charge l'installation de plug-ins en ligne. Vérifiez les éléments suivants pour confirmer qu'il est bien pris en charge :

Lors du chargement à l'aide de la commande suivante, il a été constaté qu'il a échoué :

install plugin innodb soname 'ha_innodb.so';

3. Sauvegarde

Ajoutez la configuration suivante dans /etc/my.cnf :

plugin-load=innodb=ha_innodb_plugin.so
plugin_dir=/usr/lib64/mysql/plugin/
default-storage-engine=InnoDB

Il s'avère que le démarrage échoue toujours. Vérifiez mysql-error.log et recherchez le contenu suivant :

InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 7.
InnoDB: You may have to recover from a backup.
InnoDB: It is also possible that your operating
InnoDB: system has corrupted its own file cache
InnoDB: and rebooting your computer removes the
InnoDB: error.
InnoDB: If the corrupt page is an index page
InnoDB: you can also try to fix the corruption
InnoDB: by dumping, dropping, and reimporting
InnoDB: the corrupt table. You can use CHECK
InnoDB: TABLE to scan your table for corruption.
InnoDB: See also http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html

Ouvrez la page officielle forcing-innodb-recovery et constatez que vous pouvez forcer le démarrage et la récupération en spécifiant le paramètre innodb_force_recovery. Ajoutez le contenu suivant à /etc/my.cnf :

innodb_force_recovery=6

Le redémarrage a réussi. Il n'y a aucun problème avec la sauvegarde via mysqldump. L'importation des données de sauvegarde sur d'autres hôtes peut également s'avérer normale et peut être testée.

Maintenant, c'est simple. Supprimez complètement MySQL et réinstallez le serveur Percona 5.7. Après l'installation, créez la base de données, restaurez les données, reconnectez le programme et tout va bien.

Résumé :

En raison des caractéristiques des fichiers de données mysql innodb, lorsqu'un problème survient et ne peut pas démarrer normalement, les deux journaux ./ib_logfile0 et ./ib_logfile1 peuvent be Déplacez d'abord le fichier, puis démarrez-le. S'il échoue toujours, vous pouvez utiliser le paramètre innodb_force_recovery pour forcer la récupération. De plus, le journal est également très réinitialisable. Si vous avez des questions, vérifiez d'abord le journal.

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!