rocky linux 9 （跟centos几乎一模一样）
myqsl 8.0， 存储引擎使用innodb
1. 服务器异常关机，重启启动后发现mysql无法连接，使用命令查看mysql状态：
systemctl status mysqld发现mysql服务没启动，尝试启动mysql服务
systemctl start mysqld上述命令执行后卡住不动，服务也没法正常启动
2. ctrl + c 强行取消命令执行，然后去查看一下mysql的启动日志，对于我目前的环境，mysql的启动日志位于：/var/log/mysql/
- 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.
根据日志，很明显是数据库文件损坏（断电导致）
3. 调整配置，尝试使用恢复模式强行启动mysql
- 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的时候，强制启动数据库有丢失部分数据的风险。
4. 数据库启动成功后，处于一个只读模式，此时只能读不能写。下一步的操作思路可以总结为：
1. 登录数据库，使用命令执行表检查，查出损坏的表
2. 导出损坏的表
3. 删除损坏的表
4. 重建损坏的表
上述步骤操作起来有点复杂，我这边用的是一种简单粗暴的方式，就是备份所有的表，另起一台数据库整个重建。
- ## 导出全部的表
- mysqldump -uroot -p123456 --all-databases > all_data_backup.sql
-
- ## 在新的数据库上边导入全部的表
- mysql -uroot -p123456 -e "source all_data_backup.sql"