Mysql5.1 客户环境一导出大数据表就崩溃
明洞的机器是触屏XP，不知道从什么时候起一导出大数据内容的表，mysql就崩溃。很是苦恼。

现象：

crm可以登录，点击其他页面正常，当点击报表查看报表数据时就报错，并且数据库崩溃

初步分析认为程序错误或者数据库错误导致数据库崩溃从而自动断开

问题解决：

1.查看mysql数据库错误日志内容如下：

InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 5761.
InnoDB: You may have to recover from a backup.
InnoDB: It is also possible that your operating
InnoDB: system has corrupted its own file cache
InnoDB: and rebooting your computer removes the
InnoDB: error.
InnoDB: If the corrupt page is an index page
InnoDB: you can also try to fix the corruption
InnoDB: by dumping, dropping, and reimporting
InnoDB: the corrupt table. You can use CHECK
InnoDB: TABLE to scan your table for corruption.
InnoDB: See also  http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: about forcing recovery.
InnoDB: Ending processing because of a corrupt database page.

2.网上搜索该问题，原因为：

数据库中表损坏导致数据访问错误，从而导致数据库崩溃；mysql中check table 发现表有损坏，但表是innodb类型不能修复

网上解决方法为：在my.ini中mysqld下添加innodb_force_recovery=4

说明：

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):不执行前滚的操作。

3.重启数据库后问题依然存在，再对照错误发现自己的错误为corrupt类型，所以认为应将innodb_force_recovery设置为1，于是my.ini中innodb_force_recovery值改为1，重启数据库

4.发现重启后问题依然存在

5.于是再做如下操作：(重要)

修改my.ini 将innodb_force_recovery这行注释

#innodb_force_recovery=1

然后重启数据库，在停止数据库，在修改my.ini,去掉注释

innodb_force_recovery=1