为什么80%的码农都做不了架构师?>>>
今天Mysql 突然启动不了,照网上方法删除 ib_logfile0 ib_logfile2 ibdata1, 重启等操作还是不行,还好有备份,然后修改 my.ini
innodb_force_recovery = 6
然后就启动了,再导出全部数据库,重新导入
修改innodb_force_recovery参数,使mysqld跳过恢复步骤,将mysqld 启动,将数据导出来然后重建数据库。 innodb_force_recovery可以设置为1-6,大的数字包含前面所有数字的影响。
- (SRV_FORCE_IGNORE_CORRUPT):忽略检查到的corrupt页。
- (SRV_FORCE_NO_BACKGROUND):阻止主线程的运行,如主线程需要执行full purge操作,会导致crash。
- (SRV_FORCE_NO_TRX_UNDO):不执行事务回滚操作。
- (SRV_FORCE_NO_IBUF_MERGE):不执行插入缓冲的合并操作。
- (SRV_FORCE_NO_UNDO_LOG_SCAN):不查看重做日志,InnoDB存储引擎会将未提交的事务视为已提交。
- (SRV_FORCE_NO_LOG_REDO):不执行前滚的操作。
注意 a 当设置参数值大于0后,可以对表进行select,create,drop操作,但insert,update或者delete这类操作是不允许的。 b 当innodb_purge_threads 和 innodb_force_recovery一起设置会出现一种loop现象: