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.
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';
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!