使用innodb_force_recovery解决MySQL崩溃无法重启问题

最新推荐文章于 2024-08-12 16:52:09 发布

转载最新推荐文章于 2024-08-12 16:52:09 发布 · 856 阅读

文章标签：

本文介绍了一种解决MySQL日志损坏问题的方法，通过调整innodb_force_recovery参数，跳过恢复步骤，实现数据导出和数据库重建。详细解释了参数的不同设置及其影响，包括对表操作的限制和可能出现的loop现象。

因为日志已经损坏，这里采用非常规手段,首先修改innodb_force_recovery参数，使mysqld跳过恢复步骤，将mysqld 启动,将数据导出来然后重建数据库。
innodb_force_recovery可以设置为1-6,大的数字包含前面所有数字的影响。
1. (SRV_FORCE_IGNORE_CORRUPT):忽略检查到的corrupt页。
2. (SRV_FORCE_NO_BACKGROUND):阻止主线程的运行，如主线程需要执行full purge操作，会导致crash。
3. (SRV_FORCE_NO_TRX_UNDO):不执行事务回滚操作。
4. (SRV_FORCE_NO_IBUF_MERGE):不执行插入缓冲的合并操作。
5. (SRV_FORCE_NO_UNDO_LOG_SCAN):不查看重做日志，InnoDB存储引擎会将未提交的事务视为已提交。
6. (SRV_FORCE_NO_LOG_REDO):不执行前滚的操作。
注意
a 当设置参数值大于0后，可以对表进行select,create,drop操作,但insert,update或者delete这类操作是不允许的。
b 当innodb_purge_threads 和 innodb_force_recovery一起设置会出现一种loop现象:

1. 150125 17:07:42 InnoDB: Waiting for the background threads to start
2. 150125 17:07:43 InnoDB: Waiting for the background threads to start
3. 150125 17:07:44 InnoDB: Waiting for the background threads to start
4. 150125 17:07:45 InnoDB: Waiting for the background threads to start
5. 150125 17:07:46 InnoDB: Waiting for the background threads to start
6. 150125 17:07:47 InnoDB: Waiting for the background threads to start

参考文档：

http://www.xker.com/page/e2015/05/191673.html