mysql innodb 异常修复经验分享

站长资源 2024/11/24 佚名

2 0 1

一套测试用的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类型：

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

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

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

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参数进行强制恢复。除此之外，日志也很重启，有问题先看日志。

mysql,innodb,异常修复

广告合作：本站广告合作请联系QQ：858582 申请时备注：广告合作（否则不回）
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！

评论“mysql innodb 异常修复经验分享”

暂无评论...

《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线

暴雪近日发布了《魔兽世界》10.2.6 更新内容，新游玩模式《强袭风暴》即将于3月21 日在亚服上线，届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。

艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕，并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时，他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中，玩家将会进入一个全新的海盗主题大逃杀式限时活动，其中包含极高的风险和史诗级的奖励。
《强袭风暴》不是普通的战场，作为一个独立于主游戏之外的活动，玩家可以用大逃杀的风格来体验《魔兽世界》，不分职业、不分装备（除了你在赛局中捡到的），光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式，玩家在加入海盗主题的预赛大厅区域前，可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹，《巨龙崛起》和《魔兽世界：巫妖王之怒经典版》的玩家都可以获得奖励。

更新日志

2024年11月24日

mysql innodb 异常修复经验分享

mysql输入中文出现ERROR 1366的解决方法

MySql批量插入优化Sql执行效率实例详解

评论“mysql innodb 异常修复经验分享”

《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线

更新日志

友情链接