mysql备份文件无法回退_Mysql入门mysql innodb 异常修复经验分享

墨蓝 2022-10-25 04:54 78阅读 0赞

一套测试用的mysql库,之前用的centos6默认源里的mysql 5.1.71的版本 .后来想试用下Percona server 5.7,由于这套库里没有什么重要数据 .所以操作前也未进行备份,配置好源后,直接就进行了安装.数据文件也存放在默认位置,安装完成后,直接启动mysql,发现启动失败,发现无法启动正常启动.

一、回退重新装mysql

为避免再从其他地方导入这个数据的麻烦,先对当前库的数据库文件做了个备份(/var/lib/mysql/位置).接下来将Percona server 5.7包进行了卸载,重新安装原先老的5.1.71的包,启动mysql服务,提示Unknown/unsupported table type: innodb,无法正常启动.

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

删除/var/lib/mysql/目录,重新启动数据库服务,并初始化,发现正常,show engines能发现有innodb引擎.再将数据库停掉,将之前备份的/var/lib/mysql/目录的内容覆盖当前位置的内容,重启.又发现不能进行启动,报错内容和刚刚一样.

/var/lib/mysql目录内容的结构如下：

\-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

wiki目录是测试数据的库,ibdata1文件为数据文件,ib开头的两个文件为日志文件,mysql 目录下为系统库相关的东西 .再次使用初始化的数据,并将wiki目录和ibdata1文件覆盖到/var/lib/mysql 目录下,可以正常启动,也可以正常登录.

二、innodb模块重装

不过在通过mysqldump备份时,又提示unknow table engine “Innodb” .登录后,查看当前所有的引擎类型,发现其中果然不存在innodb类型：

![c1e42626234b75527b35f9d9f2375e7f.png][]

通过alter命令修改其中一个表的类型为MyISAM ,发现仍然报错.

![4f309e8fb469fe376bdbfd7f7cca792c.png][]

通过 find 查找发现/usr/lib64/mysql/plugin/目录下有ha\_innodb\_plugin.so文件.印象中mysql5以后的版本支持在线插件安装 .通过下面查看确认,果然支持：

![37e99713e7752b3d1f886ee576f0afbe.png][]

使用如下命令加载时,发现不成功：

install plugin innodb soname ‘ha\_innodb.so’;

三、备份

在/etc/my.cnf中增加如下配置：

plugin-load=innodb=ha\_innodb\_plugin.so

plugin\_dir=/usr/lib64/mysql/plugin/

default-storage-engine=InnoDB

发现仍启动失败.查看mysql-error.log发现有如下内容：

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

打开forcing-innodb-recovery官方页面,发现可以通过指定innodb\_force\_recovery参数,进行强制启动和恢复.在/etc/my.cnf中增加如下内容：

innodb\_force\_recovery=6

重新启动成功了.通过mysqldump备份也没有问题,将备份数据导入其他主机发现也正常可以测试.

这下就好搞了,将mysql彻底删除,重新安装Percona server 5.7,安装完后,建库,还原数据,程序重新连接,一切OK.

总结：

由于mysql innodb数据文件的特性,可以在出现问题,无法正常启动时,先将./ib\_logfile0 和 ./ib\_logfile1 两个日志文件先移走,再启动,如果还不成功,可以用innodb\_force\_recovery参数进行强制恢复.除此之外,日志也很重启,有问题先看日志.

[c1e42626234b75527b35f9d9f2375e7f.png]: /images/20221024/177f9a5dbb62493baedeb24d952dd3e7.png
[4f309e8fb469fe376bdbfd7f7cca792c.png]: /images/20221024/0d4ac753e7804a2fb9dec22908e439d4.png
[37e99713e7752b3d1f886ee576f0afbe.png]: /images/20221024/b30a618fae614729b67cf2d9070d1224.png