前言

      在MySQL服务器断电或者kill mysqld进程后，再操作数据库会发生莫名其妙的重启，我们下面就根据一个案例，来逐步的进行分析和诊断，解决这种常见的问题。

故障现象

从一张表中查询数据时报如下错误

随后整理表时也报同样错误：

mysql> optimize table tablex ;

ERROR 2013 (HY000): Lost connection to MySQL server during query

这意味着无法直接对表进行修复工作。

如果加上limit从表中直接查询数据（select * from tablex limit 10000,1;），limit的值增长至198900时，重现上述错误。

故障初步分析

1.我们首先来看下当时的错误日志：

主要注意其中几行：

InnoDB: Assertion failure in thread 140699433084672 in file btr0pcur.cc line 430
InnoDB: Failing assertion: page_is_comp(next_page) == page_is_comp(page)
InnoDB: We intentionally generate a memory trap.

我们只需要简单的了解一些源码相关的知识，就可以判断此类的问题。

相关知识

MySQL源码目录结构

故障深入分析

大致了解了mysql源码的目录结构，我们再来看报错的那个文件：btr0pcur.cc。

注释显示这是个和索引树的游标相关的文件。

这时我们就不难理解为什么服务器掉电后，读取数据会发生崩溃。就是因为游标读取索引时遇到了损坏的数据块。

故障排除

确定了问题所在之后，我们就可以开始修复了。

1.在my.cnf中[mysqld]下添加innodb_force_recovery=1，然后重启mysql服务。

2.尝试使用mysqldump备份所有数据。如果备份失败，逐个增加innodb_force_recovery的值（最大为6）后再尝试备份。

3.将备份的数据在别处还原，并对还原的数据进行校验。

4.原mysql实例建议重建数据目录。因为服务器掉电不仅会损坏ibd文件，共享表空间ibdata和日志也可能有损坏。

注：

也可以使用创建MyISAM表的方式导出损坏的表的数据。但mysqldump是首选。

CREATE TABLE new_table ... ENGINE=MYISAM;

INSERT (IGNORE) INTO new_table SELECT * FROM old_table;

故障总结

1.要定期对数据进行备份

2.缓存的电池也要做好保养

3.不要轻易对mysqld进程做kill操作