突然收到报警从库的数据库挂叻，一直在不停的重启打开错误日志，发现有张表坏了表损坏不能通过repair 等修复的命令操作。现在记录下解决过程下次遇到就不会这麼手忙脚乱了。

一遇到报警之后直接打开错误日志，里面的信息：

从错误日志里面很清楚的知道哪里出现了问题该怎么处理。这时候数据库隔几s就重启所以差不多可以说你是访问不了数据库的。所以马上想到要修复innodb表了以前在Performance的blog上看过类似文章。

当时想到嘚是在修复之前保证数据库正常不是这么异常的无休止的重启。

innodb_force_recovery 会影响整个InnoDB存储引擎的恢复状况默认为0，表示当需要恢复时执行所有嘚

innodb_force_recovery可以设置为1-6,大的数字包含前面所有数字的影响当设置参数值大于0后，可以对表进行

因为错误日志里面提示出现了坏页导致数据库崩潰，所以这里把innodb_force_recovery 设置为1忽略检查到的坏页。重启数据库之后正常了，没有出现上面的错误信息找到错误信息出现的表：

数据页面的主键索引(clustered key index)被损坏。这种情况和数据的二级索引(secondary indexes)被损坏相比要糟很多因为后者可以通过使用OPTIMIZE TABLE命令来修复，但这和更难以恢复的表格目录(table dictionary)被破坏的情况来说要好一些

2. 把数据导进去 ：

6. 最后该回存储引擎

这里的一个重要知识点就是 对 innodb_force_recovery 参数的理解了，要是遇到数据损壞甚至是其他的损坏可能上面的方法不行了，需要尝试另一个方法：insert into tb select * from ta X；甚至是dump出去再load回来。