环境 rocky linux 9 (跟Centos几乎一模一样) myqsl 8.0, 存储引擎使用innodb 问题描述 服务器异常关机,重启启动后发现Mysql无法连接,使用命令查看mysql状态: systemctl status
myqsl 8.0, 存储引擎使用innodb
服务器异常关机,重启启动后发现Mysql无法连接,使用命令查看mysql状态:
systemctl status mysqld
发现mysql服务没启动,尝试启动mysql服务
systemctl start mysqld
上述命令执行后卡住不动,服务也没法正常启动
ctrl + c 强行取消命令执行,然后去查看一下mysql的启动日志,对于我目前的环境,mysql的启动日志位于:/var/log/mysql/
vi /var/log/mysql/mysqld.log =====部分输出InnoDB: End of page dumpInnoDB: Page may be an update undo log page2021-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
vi /etc/my.cnf.d/mysql-server.cnf## 在[mysqld]标签下方添加一行配置innodb_force_recovery=1## 完整文件如下[mysqld]datadir=/var/lib/mysqlSocket=/var/lib/mysql/mysql.socklog-error=/var/log/mysql/mysqld.logpid-file=/run/mysqld/mysqld.pidinnodb_force_recovery=1
再次尝试启动mysql,执行 systemctl start mysqld.。执行此命令后,可能还会卡住,此时要有点耐心,多等一会(至多五分钟)。如果执行命令过程中提示超时,也建议继续等待(此时mysql已经在后台尝试启动了)。提示超时后,可以使用systemctl status mysqld命令不停的查看启动状态。超过5分钟还没有启动成功,就不建议再等待了。
如果启动不了,将上述配置文件中的innodb_force_recovery的值修改为2再重试上述步骤,还不行的话就改为3、4、5、6,每次+1,直到启动成功。需要注意的是,此值大于等于4的时候,强制启动数据库有丢失部分数据的风险。
数据库启动成功后,处于一个只读模式,此时只能读不能写。下一步的操作思路可以总结为:
1. 登录数据库,使用命令执行表检查,查出损坏的表
2. 导出损坏的表
3. 删除损坏的表
4. 重建损坏的表
上述步骤操作起来有点复杂,我这边用的是一种简单粗暴的方式,就是备份所有的表,另起一台数据库整个重建。
## 导出全部的表mysqldump -uroot -p123456 --all-databases > all_data_backup.sql## 在新的数据库上边导入全部的表mysql -uroot -p123456 -e "source all_data_backup.sql"
来源地址:https://blog.csdn.net/LLittleF/article/details/132732812
--结束END--
本文标题: 关于mysql数据文件损坏导致的mysql无法启动的问题
本文链接: https://www.lsjlt.com/news/433633.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
下载Word文档到电脑,方便收藏和打印~
2024-05-15
2024-05-15
2024-05-15
2024-05-15
2024-05-15
2024-05-15
2024-05-15
2024-05-15
2024-05-15
2024-05-15
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0