首页 程序数据库MySQL正文

ibdata1文件损坏导致mysql启动不了

Jean MySQL 2019-05-25 928 0 mysql

解决办法:

需要跳过恢复步骤,修改my.cnf文件,在my.cnf中的[mysqld]中添加:

innodb_force_recovery = 6

innodb_purge_threads = 0


解释:

innodb_force_recovery可以设置为1-6,大的数字包含前面所有数字的影响。

具体数字对应的含义:

1-----(SRVFORCEIGNORECORRUPT):忽略检查到的corrupt页。

2-----(SRVFORCENOBACKGROUND):阻止主线程的运行,如主线程需要执行full purge操作,会导致crash。

3-----(SRVFORCENOTRXUNDO):不执行事务回滚操作。

4-----(SRVFORCENOIBUFMERGE):不执行插入缓冲的合并操作。

5-----(SRVFORCENOUNDOLOGSCAN):不查看重做日志,InnoDB存储引擎会将未提交的事务视为已提交。

6-----(SRVFORCENOLOG_REDO):不执行前滚的操作。


再次启动mysql就ok了~

如果还无法启动,则需要删除数据目录datafile下的 ibdata1,ib_logfile*等文件。

启动后导出MySQL数据库,导出后,在停止mysql。


然后删除这两个配置

innodb_force_recovery = 6

innodb_purge_threads = 0

移除要还原的数据库目录到其他地方

然后在启动mysql,如果不能启动就再次删除或者移动 ibdata1,ib_logfile*等文件到其他目录,再次启动mysql

创建移动的数据库目录,随后再重新恢复即可。


另外 MySQL 版本 5.5以及之前 ,当innodb_purge_threads =1,innodb_force_recovery >1 的情况会出现上文提到的循环报warning 问题(=1 没有问题)

150125 17:07:42 InnoDB: Waiting for the background threads to start

150125 17:07:43 InnoDB: Waiting for the background threads to start

150125 17:07:44 InnoDB: Waiting for the background threads to start

所以当需要设置innodb_force_recovery>1的时候需要关闭 innodb_purge_threads,设置为0(默认)。


评论