在my.cnf中修改以下两个参数
innodb_force_recovery=6
innodb_purge_thread=0
重启MySQL
150125 17:10:47 [Note] Crash recovery finished.
150125 17:10:47 [Note] Server socket created on IP: '0.0.0.0'.
150125 17:10:47 [Note] Event Scheduler: Loaded 0 events
150125 17:10:47 [Note] /vdata/webserver/mysql/bin/mysqld: ready for connections.
Version: '5.5.37-MariaDB-log' socket: '/tmp/mysql.sock' port: 3306 Source distribution
立即对数据库做逻辑导出 ，完成之后将innodb_force_recovery设置为0 ，innodb_purge_thread=1 ,然后重建数据库 。
另外 MySQL 版本 5.5以及之前 ,当innodb_purge_threads =1，innodb_force_recovery >1 的情况会出现上文提到的循环报warning 问题（=1 没有问题），
原因：
MySQL 的源代码中显示 当innodb_purge_threads 和 innodb_force_recovery一起设置会出现loop循环
while (srv_shutdown_state == SRV_SHUTDOWN_NONE) {
if (srv_thread_has_reserved_slot(SRV_MASTER) == ULINT_UNDEFINED
|| (srv_n_purge_threads == 1
&& srv_thread_has_reserved_slot(SRV_WORKER)
== ULINT_UNDEFINED)) {
ut_print_timestamp(stderr);
fprintf(stderr, " InnoDB: Waiting for the background threads to startn");
os_thread_sleep(1000000);
} else {
break;
}
}
所以当需要设置innodb_force_recovery>1的时候需要关闭 innodb_purge_threads，设置为0（默认）。
四 小结
MySQL crash 或者 MySQL 数据库服务器 crash 会导致各种各样的问题 ，比如主备之间的error 1594 (5.6 版本开启crash-safe ，会最大程度上避免 error 1594的问题，以后会写5.6新特性介绍该功能 )，error 1236， 日志损坏，数据文件损坏 ，等等，本案例只是其中的一种，细心从日志中找的相关错误提示，逐步解决即可。
您可能感兴趣的文章:
linux正确重启MySQL的方法apache和mysql重启命令windows下重启mysql的方法Ubuntu下启动、停止、重启MySQL，查看错误日志命令大全windows下实现定时重启Apache与MySQL方法不重启Mysql修改root密码的方法mysql不重启的情况下修改参数变量Mysql挂掉后无法重启报pid文件丢失的解决方法LINUX重启MYSQL的命令详解MySQL无法重启报错Warning: World-writable config file ‘/etc/my.cnf’ is ignored的解决方法
