环境
rocky linux 9 (跟centos几乎一模一样)
myqsl 8.0, 存储引擎使用innodb
问题描述
- 服务器异常关机,重启启动后发现mysql无法连接,使用命令查看mysql状态:
bash
systemctl status mysqld
发现mysql服务没启动,尝试启动mysql服务
bash
systemctl start mysqld
上述命令执行后卡住不动,服务也没法正常启动
- ctrl + c 强行取消命令执行,然后去查看一下mysql的启动日志,对于我目前的环境,mysql的启动日志位于:/var/log/mysql/
bash
vi /var/log/mysql/mysqld.log
=====部分输出
InnoDB: End of page dump
InnoDB: Page may be an update undo log page
2021-02-10T14:22:14.800611Z 0 [ERROR] [MY-011906] [InnoDB] Database page corruption on disk or a failed file read of page [page id: space=4294967279, page number=611]. You may have to recover from a backup.
根据日志,很明显是数据库文件损坏(断电导致)
- 调整配置,尝试使用恢复模式强行启动mysql
bash
vi /etc/my.cnf.d/mysql-server.cnf
## 在[mysqld]标签下方添加一行配置
innodb_force_recovery=1
## 完整文件如下
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
log-error=/var/log/mysql/mysqld.log
pid-file=/run/mysqld/mysqld.pid
innodb_force_recovery=1
再次尝试启动mysql,执行 systemctl start mysqld.。执行此命令后,可能还会卡住,此时要有点耐心,多等一会(至多五分钟)。如果执行命令过程中提示超时,也建议继续等待(此时mysql已经在后台尝试启动了)。提示超时后,可以使用systemctl status mysqld命令不停的查看启动状态。超过5分钟还没有启动成功,就不建议再等待了。
如果启动不了,将上述配置文件中的innodb_force_recovery的值修改为2再重试上述步骤,还不行的话就改为3、4、5、6,每次+1,直到启动成功。需要注意的是,此值大于等于4的时候,强制启动数据库有丢失部分数据的风险。
-
数据库启动成功后,处于一个只读模式,此时只能读不能写。下一步的操作思路可以总结为:
-
登录数据库,使用命令执行表检查,查出损坏的表
-
导出损坏的表
-
删除损坏的表
-
重建损坏的表
上述步骤操作起来有点复杂,我这边用的是一种简单粗暴的方式,就是备份所有的表,另起一台数据库整个重建。
bash
## 导出全部的表
mysqldump -uroot -p123456 --all-databases > all_data_backup.sql
## 在新的数据库上边导入全部的表
mysql -uroot -p123456 -e "source all_data_backup.sql"