ibdata1文件损坏导致mysql启动不了

解决办法：

需要跳过恢复步骤，修改my.cnf文件，在my.cnf中的[mysqld]中添加：

innodb_force_recovery = 6

innodb_purge_threads = 0

解释：

innodb_force_recovery可以设置为1-6,大的数字包含前面所有数字的影响。

具体数字对应的含义：

1-----(SRVFORCEIGNORECORRUPT):忽略检查到的corrupt页。

2-----(SRVFORCENOBACKGROUND):阻止主线程的运行，如主线程需要执行full purge操作，会导致crash。

3-----(SRVFORCENOTRXUNDO):不执行事务回滚操作。

4-----(SRVFORCENOIBUFMERGE):不执行插入缓冲的合并操作。

5-----(SRVFORCENOUNDOLOGSCAN):不查看重做日志，InnoDB存储引擎会将未提交的事务视为已提交。

6-----(SRVFORCENOLOG_REDO):不执行前滚的操作。

再次启动mysql就ok了~

如果还无法启动，则需要删除数据目录datafile下的 ibdata1,ib_logfile*等文件。

启动后导出MySQL数据库，导出后，在停止mysql。

然后删除这两个配置

innodb_force_recovery = 6

innodb_purge_threads = 0

移除要还原的数据库目录到其他地方

然后在启动mysql，如果不能启动就再次删除或者移动 ibdata1,ib_logfile*等文件到其他目录，再次启动mysql

创建移动的数据库目录，随后再重新恢复即可。

另外 MySQL 版本 5.5以及之前 ,当innodb_purge_threads =1，innodb_force_recovery >1 的情况会出现上文提到的循环报warning 问题（=1 没有问题）

150125 17:07:42 InnoDB: Waiting for the background threads to start

150125 17:07:43 InnoDB: Waiting for the background threads to start

150125 17:07:44 InnoDB: Waiting for the background threads to start

所以当需要设置innodb_force_recovery>1的时候需要关闭 innodb_purge_threads，设置为0（默认）。