mysql #2006  MySQL server has gone away frm ibd文件损坏修复.

InnoDB: Error: page 7 log sequence number 2228559452

InnoDB: is in the future! Current system log sequence number 567735873.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html
InnoDB: for more information.
2021-03-03 22:20:26 4d00 InnoDB: Error: page 2 log sequence number 3706493104
InnoDB: is in the future! Current system log sequence number 567735873.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html
InnoDB: for more information.

事件始末】

设你正在运行使用InnoDB表格的MySQL,糟糕的硬件设备，服务器断电

驱动程序错误，内核错误，不幸的电源故障或某些罕见的MySQL错误使你的InnoDB表空间被损坏了。

当设置参数值大于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):不执行前滚的操作。
————————————————

客户查询报表结算账期，情况比较紧急，于是求助我们。

客户提交账套文件我们检测！

出于对客户的尊重，连夜加班研究了10分钟，也总是圆满解决问题了。

【问题分析】

客户反馈，文件是由于停电不正常关机，开机后。就这样了。

初步判断，断电磁盘坏道，导致了数据库损坏。

【大致解决思路】

1.第一位的当然是及时备份好数据，做了备份想怎么玩都可以，一定备份整个DATA文件夹。

2.断开所有客户端连接。禁止其他客户端在写入新的数据，防止回滚导致数据丢失。

3.联系专业人士彻底根治解决问题。[email protected]

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