crly-shell centos/windows服务器，Mysql数据库表结构损坏

Posted 2022-08-18 格格巫 MMQ!!

【问题原因】服务器突然断电
【故障报告】数据库表结构损坏
【解决思路】进入强制恢复模式，备份库表及数据重建

故障发现

周末公司断电，周一启动数据库就直接报错了

查看日志

上面标记的log，明确表示是非正常关机（InnoDB: Database was not shutdown normally!）导致表结构损坏了，并且在最后给出了三种修复建议：
1）权限问题。我的文件无此类问题，略过该方案
2）跳过当前表恢复。我出错的表比较重要，全额无法通过备份恢复，所以该方案也不合适
3）调整强制恢复级别，强制修复表结构。我后续的处理，使用了选择了该方案。

备注：断电时往往数据结构都还是好的，只是mysql事务未完成，有坏的数据在这里，所以有错误。 理论上只要修复表结构、去除坏的数据，mysql就可以正常恢复了。

处理故障

如上所述，权衡之后，我采用了强制启动+导出数据重建的方式。

调整强制恢复级别

找到配置进入编辑模式：# vim /etc/my.cnf

在[mysqld]配置项下面配置（配置前需要检查，如果配置文件中已有该配置，将值改为6；如果没有则新增这项配置。）

配置文件中调整级别：（配置前需要检查，如果配置文件中已有该配置，将值改为6；如果没有则新增这项配置。）

因为之前也遇到过类似问题，低级别恢复失败了。所以我这里直接使用级别6：跳过启动检测直接进行库表重建。
如果是其他情况的启动异常，具体问题分析后再确定采用哪个级别。

innodb_force_recovery参数说明：

影响整个InnoDB存储引擎的恢复状况，默认值为0，表示当需要恢复时执行所有的恢复操作。 当不能进行有效的恢复操作时，MySQL有可能无法启动，并记录下错误日志。

innodb_force_recovery可以设置为1-6,大的数字包含前面所有数字的影响。 当设置参数值大于0后，可以对表进行select/create/drop操作,但insert/update/delete这类操作是不允许的。

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

配置改好后，就可以启动了。

启动方式选择常用的即可，但不能重复执行，否则提示进程已存在。

/etc/init.d/mysql start（在centos7.0以上版本已被systemctl start mysqld.service替代）
或者
service mysql start
正常启动后，注意此时我们只是跳过了启动检查，表数据仍然是坏的。新的数据读写操作进来，仍然可能会出错，甚至导致脏数据滚雪球般放大。因此需要修复数据
修复数据文件

修复数据采用的是导出后重建。

导出数据方式一
使用mysqldump命令导出：

如果数据顺利导出了，可以直接查看下一节重建。

导出数据方式二

使用navicat数据库连接工具远程连接数据库。

常见问题

提示密码过期

操作时出现了密码过期的提示：

尝试直接登录数据库后，没问题，但任何操作都会提示重设密码：

原因暂时不清楚，毕竟只是断电，没有数据库升级或其他动作。我直接按提示重设密码

能正常读了，接着执行备份：

执行命令：mysqldump -uroot -p --default-character-set=utf8 acc > ./acc.sql

输入密码，备份成功。

如果损坏的是MySQL系统表，无法dump

重建

此时数据已备份好，最大的风险已经没有了。

为了保险起见，接下来的操作前，可以把数据文件备份。

zip -r mysql_bak.zip /var/lib/mysql 或者直接将MySQL家目录改名（因为目前数据库已停止，不需要关闭数据库） mv /var/lib/mysql /var/lib/mysql_bak-user-date

有的人建议直接直接物理删除目录和里面的frm与ibd文件，找到mysql的data目录，找到目标库，删除整个目录，但是我没有成功。

我建议直接完全卸载mysql，直接重装数据库，因为我们现在最重要的数据已经备份出来了。这种方法百试不爽，从来没有失败过。

卸载数据库（注意使用脚本前修改相应的目录路径）

#!/bin/bash

#SelfDir
SelfDir=$(cd"$(dirname “$0")";pwd)echo"cerrentpathis:$SelfDir”

mysql=‘mysql’

if [ rpm -qa | grep -i $mysql | wc -l -ne 0 ]
then
echo " installed mysql "
service mysql stop
EXISTS_RPMS=rpm -qa | grep -i mysql
echo $EXISTS_RPMS
for RPM in $EXISTS_RPMS

do
rpm -e --nodeps $RPM

done

删除残留文件

rm -fr /usr/lib/mysql
rm -fr /usr/include/mysql
rm -f /etc/my.cnf
rm -fr /var/lib/mysql
rm -f /root/.mysql_secret
else

echo “start install mysql …”

fi

echo ‘finished!’
重装MYSQL（这里就不演示了，需要安装之前部署的mysql版本，可以在网上查mysql安装部署）

导入备份数据

将my.cnf中的innodb_force_recovery配置改为0或直接删掉（无该配置项时MySQL默认为0）

然后重建数据库

成功完成还原。

启动应用服务正常，数据库访问正常。

整个恢复过程基本完成。

windwos服务器的恢复流程与上述一样，只是服务的启停方式，文件后缀名，卸载安装操作不一样而已

windwos启停mysql net start/stop mysql或者到“服务”中启动，停止
windwos配置文件 my.ini