-
Notifications
You must be signed in to change notification settings - Fork 55
innodb_force_recovery
xiaoboluo768 edited this page Jun 14, 2020
·
2 revisions
- 设置innodb crash recovery模式参数:数据库在机器crash 可能导致日志文件损坏,重启之后无法正常恢复,更无法正常对外提供服务,该参数有如下有效值:
- 如果日志已经损坏,这里采用非常规手段,首先修改innodb_force_recovery参数,使mysqld跳过恢复步骤,将mysqld 启动,将数据导出来然后重建数据库。innodb_force_recovery可以设置为0-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):不执行前滚的操作
- 只有在紧急情况下,才去更改为大于0的值,以便可以启动InnoDB并导出数据表。 作为安全措施,当innodb_force_recovery大于0时,InnoDB会阻止INSERT,UPDATE或DELETE操作。从5.6.15开始,innodb_force_recovery设置为4或更大才将InnoDB设置为只读模式
- 全局变量,只读变量,默认值为0,有效值为0~6
- 注意:这些限制可能会导致复制管理命令失败并显示错误,如InnoDB表中的--relay-log-info-repository = TABLE和--master-info-repository = TABLE存储IO和SQL线程信息时
- 如果日志已经损坏,这里采用非常规手段,首先修改innodb_force_recovery参数,使mysqld跳过恢复步骤,将mysqld 启动,将数据导出来然后重建数据库。innodb_force_recovery可以设置为0-6,大的数字包含前面所有数字的影响。
上一篇:innodb_flush_log_at_trx_commit | 下一篇:innodb_lock_wait_timeout
-
本 WIKI 包含了《千金良方--MySQL 性能优化金字塔法则》一书的代码段加粗命令行命令和SQL语句文本、以及4个附录内容,其中:
- 代码段和高清图单独整理为一个系列文档,如下:
- 每个附录都各自整理成了一个小系列文档,如下:
-
《千金良方--MySQL 性能优化金字塔法则》 一书的作者信息如下:
- 李春、罗小波、董红禹
-
联系人QQ:309969177
-
提示:
-
郑重声明:本WIKI仓库中的资料为电子工业出版社与本书的三位作者共同授权开源,为了在方便大家的同时,避免不必要的纠葛,任何商业与非商业的引用、转载,麻烦大家注明出处,谢谢配合!