Comment gérer l'exception mysql innodb

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

Pour éviter d'avoir à importer ces données depuis d'autres endroits, faites d'abord une sauvegarde du fichier de base de données de la bibliothèque actuelle (/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'avant. 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, les deux fichiers commençant par ib sont des fichiers journaux , et le répertoire mysql contient des éléments liés à la bibliothèque 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, le moteur de table inconnu "Innodb" s'affiche. 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 de l'une des tables en MyISAM, et constatez que l'erreur est toujours signalé.

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 à /etc/my.cnf :

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

Il a été constaté que le démarrage échouait 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 facile. 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.

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!