MySQL 服务无法启动是怎么回事？

2025-03-04 15:44:25

推荐回答（2个）

回答1：

MySQL数据库在升级到5.7版本后，和之前的版本有些不一样，没有data文件夹，我们都知道MySQL数据库文件是保存在data文件夹中的，网上有人说把5.6版本的data文件夹拷贝一个，这种说法听听都不靠谱，我也试了，确实能够登录，但是无法修改管理员密码，下面还是给个标准的解决方法。
安装好MySQL5.7后，打开cmd命令窗口，并且进入到MySQL安装目录中的bin目录，然后输入如下命令回车即可：
mysqld --initialize-insecure --user=mysql
执行完上面命令后，MySQL会自建一个data文件夹，并且建好默认数据库，登录的用户名为root，密码为空，后面的操作就跟之前版本一样了

回答2：

故障处理
移除当前使用的 redo log 文件，然后可以试着启动数据库，结果启动失败！
提示：
[ERROR] InnoDB: Page [page id: space=0, page number=0] log sequence number 178377412422 is in the future! Current system log sequence number 165909011496.
这样的错误，这是因为 MySQL writer 线程按照配置的时间间隔以 page 为单位刷新 buffer 数据到磁盘。当数据刷新到磁盘的时候，新写入磁盘的 page 包含了较新的 LSN，此时系统 system 表空间头的 LSN 并没有同步更新，通常这是检查点线程的工作。在正常的崩溃恢复中，MySQL 可以借助 redo log 来进行前滚和回滚，但是此时 redo log 已经被我们删掉了，MySQL 无法进行恢复操作。此时，我们设置 innodb_force_recovery=3 来强制启动 MySQL，仍然启动不成功，改成 4 后启动了！
再使用 mysqldump 导出备份，结果噩梦又降临了！MySQL 又 crash 了。
提示：
InnDB: Failed to find tablespace for table......
设置参数 innodb_force_recovery=5，数据库仍然启动失败，再设置成 6，启动成功！用 sqldump 顺利把数据备份出来了！
再初始化数据库，把刚刚备份的数据库导入，数据库恢复成功完成！

参数说明
这里的关键是设置 innodb_force_recovery 参数，对应这个参数的说明如下：
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：不执行前滚的操作。

最新问答

“不要等待机会，而要创造机会。”对这句话的感悟

想知道: 深圳市坪山招商银行在哪？

为什么我18岁了...还没有腋毛

曼联夺冠后他们在一起唱的歌曲是啥？

重庆133路公交车早上第一班到新牌坊一路是几点急求

学室内设计好还是UI设计好，哪有前途一点？

八年级上册数学公式（北师大版）30分

在玩穿越火线的时候fps跳动很大是怎么回事啊

英语，翻译，好评

The mother__________to the children：Be careful!Your sister is sleeping．