mysql 程序崩溃无法启动_使用innodb_force_recovery解决MySQL崩溃无法启动的问题

昨天电脑忽然开不开机，反复了几次，进行了磁盘检测后进去了系统，之后发现没啥毛病(装在C盘的输入法有点问题，怀疑可能是C盘所在的固态出了问题)，第二天本地的MySQL一直不连接上，服务器上远程连接正常，首先到服务里看果然mysql没有启动，尝试手动启动，发现启动不了，于是去看日志

报的错很奇怪，有找不到表空间，有报错InnoDB is in read only mode.。找了很多解决方法都无法启动mysql ,最终在 my.ini文件中加上innodb_force_recovery = 4 问题解决，MySQL可以连接上，删除了问题数据库并注释掉innodb_force_recovery = 4 可以正常运行。

现在总结下：innodb_force_recovery参数

参数innodb_force_recovery影响了整个Innodb存储引擎的恢复状况。该值默认为0，表示当需要恢复时执行所有的恢复操作。当不能进行有效恢复时，如数据页发生了corruption，Mysql数据库可能会宕机，并把错误写入错误日志中。

但在某些情况下，可能不需要执行完整的恢复操作。例如在进行alter table操作时，这时发生意外，数据库重启时会对Innodb表执行回滚操作。对于一个大表，这需要很长时间，甚至可能是几个小时。这时可以自行恢复，例如将表删除，从备份中重新将数据导入表中，这些操作可能要快于回滚操作。

Innodb_force_recovery可以设置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):不执行前滚的操作。

备注：当设置innodb_force_recovery大于0后，可以对标进行select、create、drop操作，但insert、update或者delete这类操作是不允许的。