mysql 系统表空间损坏_MySQL 启动后随即关闭或启动失败 [ innodb表空间损坏、innodb_force_recovery强制启动 ]...

OS: CentOs7

MySQL： 5.7.26-log

开发环境数据库mysql运行一段时间了，突然出现了异常：启动mysql后随即就又关闭了，mysql服务启动失败！

查看mysql错误日志如下：

分析日志后发现，数据库无法重启的原因是因为ibdata1文件 (即共享表空间) 损坏，重启后无法正常恢复。

解决办法：

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

#innodb_force_recovery参数解释：

#-------------------------------------------------------------------------------------------------------------#innodb_force_recovery影响整个InnoDB存储引擎的恢复状况，默认值为0，表示当需要恢复时执行所有的恢复操作！！

#当不能进行有效的恢复操作时，Mysql有可能无法启动，并记录下错误日志。

#

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

#当该参数的数值设置大于0后，可以对表进行select，create，drop操作，但insert，update或者delete这类操作是不允许的。

#

#innodb_force_recovery=0表示当需要恢复时执行所有的恢复操作；

#innodb_force_recovery=1表示忽略检查到的corrupt页；

#innodb_force_recovery=2表示阻止主线程的运行，如主线程需要执行full purge操作，会导致crash；

#innodb_force_recovery=3表示不执行事务回滚操作；

#innodb_force_recovery=4表示不执行插入缓冲的合并操作；

#innodb_force_recovery=5表示不查看重做日志，InnoDB存储引擎会将未提交的事务视为已提交；

#innodb_force_recovery=6表示不执行前滚的操作，强制重启！

#-------------------------------------------------------------------------------------------------------------innodb_force_recovery= 6innodb_purge_threads= 1

2. 重启Mysql服务，发现可正常启动。如果还是无法启动，则就需要删除mysql数据目录下的 "ibdata1、ib_logfile*" 等文件 (删除前，提前做好备份)，然后再做Mysql服务启动操作！

3. 启动成功后，此时MySQL为只读模式，把所有数据导出到新的目标服务。

建议采用如下脚本进行导出，mysqldump出的sql文件有语法格式问题。

#创建DB

mysql-h192.168.1.121 -u用户名 -p密码 -A -N -e "create database if not exists 数据库名称 CHARACTER SET utf8 COLLATE utf8_general_ci;"#同步数据

mysqldump-h192.168.1.120 -u用户名 -p密码 --default-character-set=utf8 --opt 数据库名称 | mysql -h192.168.1.121 -u用户名 -p密码 --default-character-set=utf8 -C 数据库名称

4. 导入导出的数据至新的MySQL即可。