Mysql InnoDB Datafile .ibd is corrupted

今天在导入数据库一半的时候磁盘空间不足，导致数据库没有办法正常使用，查看了mysqld.log报了下面的错误

重启数据库，启动不起来。

2020-06-17T14:15:55.100958Z 0 [ERROR] InnoDB: Datafile './test_db/t_info.ibd' is corrupted. Cannot determine the space ID from the first 64 pages. 2020-06-17T14:15:55.103957Z 0 [ERROR] InnoDB: Checksum mismatch in datafile: ./test_db/t_comment.ibd, Space ID:2719, Flags: 33. Please refer to http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting-datadict.html for how to resolve the issue.

解决办法：编辑/etc/my.cnf

加入：
innodb_force_recovery=6

在重启数据库service mysqld restart，问题解决了

 

原理分析

MySQL当innodb表空间损坏时候，可以使用innodb_force_recovery参数进行强制启动

innodb_force_recovery参数解释：
innodb_force_recovery影响整个InnoDB存储引擎的恢复状况，默认值为0，表示当需要恢复时执行所有的恢复操作。
当不能进行有效的恢复操作时，mysql有可能无法启动，并记录下错误日志。
innodb_force_recovery可以设置为1-6,大的数字包含前面所有数字的影响。
当设置参数值大于0后，可以对表进行select,create,drop操作,但insert,update或者delete这类操作是不允许的。
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类型的表不能写操作，但可以读，此时对表做check，查找到异常的表，读取出来，导入到myisam表里面，drop原表
然后在my.cnf中去掉innodb_force_recovery的设置，重启mysql
把myisam表转成innodb表；

版权声明：本文为CSDN博主「巨行心」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/ssssny/java/article/details/77941024