mysql 重启_MySQL不停地自动重启怎么办

近期，测试环境出现了一次MySQL数据库不断自动重启的问题，导致的原因是强行kill -9 杀掉数据库进程导致，报错信息如下：

2019

1. 初探过程

之前出现过类似的情况时，是因为内存不足，因日志中也有对应的提示：

key_buffer_size

此测试环境物理内存确实不大，且剩余内存也不足，而且是作为另一个测试环境的从库，内存分配的也少。

之前一些环境也出现过类似的情况，通过调整参数及释放内存的等处理后可以正常启动，于是尝试着关闭一些临时程序并调整MySQL上述几个参数的值，如：

[mysqld] max_connections = 50

然后重新启动MySQL，结果依旧不断重启。

初步处理未果。

2. 添加innodb_force_recovery 解决不断重启

在配置文件my.cnf添加innodb_force_recovery 先处理不断重启的问题

[

添加后，再次启动MySQL，此时不再出现反复重启。

查看数据库日志，有提示 [Note] InnoDB: !!! innodb_force_recovery is set to 4 !!!如下：

因为此时可以打开数据库，于是尝试启动从库，但是此时报错，提示Table 'mysql.slave_relay_log_info' is read only.

此时再看错误日志，如下

因此，本次启动时，innodb_force_recovery 设置为 4，在MySQL 5.6.15 以后，当 innodb_force_recovery 的值大于等于 4 的时候，InnoDB 表处于只读模式，因启动复制时需要将信息写入表中，所以此时报错。

注： 因设置为1-3 时，依旧未生效，因此我在处理时设置的为4（4 以上的值可能永久导致数据文件损坏。如果生产环境出现类似问题务必先拷贝一份测试，在测试通过后再在生产环境处理）。此时可以将所有数据dump出，之后再恢复即可。

3. innodb_force_recovery 参数

innodb_force_recovery 可以设置为 1-6，大的值包含前面所有小于它的值的影响。

(

注意：

• 为了安全，当设置参数值大于 0 后，可以对表进行 select, create, drop 操作,但 insert, update 或者 delete 这类操作是不允许的。
• MySQL 5.6.15 以后，当 innodb_force_recovery 的值大于等于 4 的时候，InnoDB 表处于只读模式。
• 在值小于等于 3 时可以通过 select 来 dump 表，可以 drop 或者 create 表。
• MySQL 5.6.27 后大于 3 的值也支持 DROP TABLE； 如果事先知道哪个表导致了崩溃则可 drop 掉这个表。
• 如果碰到了由失败的大规模导入或大量 ALTER TABLE 操作引起的 runaway rollback，则可 kill 掉 mysqld 线程然后设置 innodb_force_recovery = 3 使数据库重启后不进行 rollback。然后删除导致 runaway rollback 的表； 如果表内的数据损坏导致不能 dump 整个表内容。那么附带 order by primary_key desc 从句的查询或许能够 dump 出损坏部分之后的部分数据；

---

原作者：懂点IT的耿小厨
原文链接：MySQL不停地自动重启怎么办 - 懂点IT的耿小厨 - 博客园
原出处：博客园