MySQL Innodb表空间损坏导致MySQL无法启动问题修复解决_Mysql

在日常服务器宕机后启动mysql的时候，出现问题

job for mysqld.service failed because the control process exited with error code. see "systemctl status mysqld.service" and "journalctl -xe" for details.

一定一定要去查看mysql的启动日志 tail -n 50 /var/log/mysqld.log日志，这里查看日之后里面包含一条很重要的信息

[error] [my-011971] [innodb] tablespace 'innodb_undo_002' page [page id: space=4294967278, 
page number=87] log sequence number 155750010430 is in the future!
 current system log sequence number 155735821216.

说明是innodb_undo_002表空间损坏导致mysql无法启动，错误代码涉及my-011971（日志序列号未来）和my-012153（页号越界），最终触发my-013183断言失败而退出。最安全、丢失数据最少的恢复方式是"删除损坏的undo表空间，让mysql自动重建"。

第一步：尝试最简单修复

这是风险最小、成功率最高的方法，它不涉及数据导出导入，直接让mysql忽略损坏的undo日志。

# 1. 进入mysql数据目录，找到undo_002文件
cd /var/lib/mysql/           # 替换为你的实际数据目录
ls -la | grep undo           # 确认存在undo_002文件
# 2. 停止mysql服务
sudo systemctl stop mysql
# 3. 重命名损坏的文件（相当于安全地删除）
mv undo_002 undo_002.bak
# 4. 启动mysql服务
sudo systemctl start mysql
# 5. 检查服务状态
sudo systemctl status mysql
# 6.如果启动失败，继续查看日志，查看具体原因
tail -n 50 /var/log/mysqld.log

如果启动成功，mysql 会在数据目录中自动生成一个新的undo_002文件，数据库恢复正常
我这里启动的时候还出现过一次undo_001的问题，按照上述方法再执行了一次。
注：如果自动创建失败，可以在配置文件中尝试手动指定

innodb_undo_tablespaces = 2
innodb_undo_directory = /var/lib/mysql

第二步：强制恢复模式

如果第一步无法启动，可以尝试此方法。其原理是通过参数innodb_force_recovery强制跳过一些检查，但数据写入会被禁用，主要用于导出数据。随后需要重建数据库，再将数据重新导入

1.修改mysql配置文件 (/etc/my.cnf或 /etc/mysql/my.cnf，具体情况根据实际情况目录来)，在 [mysqld] 部分添加以下行：

[mysqld]
innodb_force_recovery = 1

具体参数解释，可以查看文章详细解析innodb_force_recovery 参数。
2. 逐级增加参数值：从1开始尝试启动mysql。如果失败，停止服务，将值改为2，再尝试，以此类推，直到能启动为止（通常1到4已足够，不建议轻易尝试5或6）
3. 导出所有数据：一旦成功启动，立即使用 mysqldump或者是可视化工具，导出所有数据库。

mysqldump --all-databases --single-transaction --routines --triggers > /path/to/backup.sql

4.关闭服务，清理环境：停止mysql服务，移除配置文件中的 innodb_force_recovery 设置。
5.彻底重建：清空mysql数据目录 (/var/lib/mysql/)，然后重新初始化一个新的mysql实例。

#1.先停服务
systemctl stop mysqld
#2.删除数据目录（/var/lib/mysql）这一步一定要小心谨慎别删除错了，根据实际mysql目录来
rm -rf /var/lib/mysql/*
#3.重新初始化数据库
mysqld --initialize --console
#4.重新启动mysql
systemctl start mysqld
#5.查看临时密码
grep password /var/log/mysqld.log
#6.登录mysql
mysql -uroot -p
#7.然后修改密码
alter user 'root'@'localhost' identified by '新密码';
#如果出现远程工具连接不上的报错情况
host'gateway' is not allowed to connect to this mysql server
#则需要登录mysql然后执行下面命令即可
use mysql;
update user set host='%' where user='root';
flush privileges;

如果重建数据库的过程中仍然遇见

job for mysqld.service failed because the control process exited with error code.
 see "systemctl status mysqld.service" and "journalctl -xe" for details.

则可以查看systemctl status mysqld.service
然后出现：

● mysqld.service - mysql server
   loaded: loaded (/usr/lib/systemd/system/mysqld.service; enabled; vendor preset: disabled)
   active: failed (result: exit-code) since 三 2026-06-17 11:17:03 cst; 16s ago
     docs: man:mysqld(8)
           http://dev.mysql.com/doc/refman/en/using-systemd.html
  process: 17988 execstart=/usr/sbin/mysqld $mysqld_opts (code=exited, status=1/failure)
  process: 17961 execstartpre=/usr/bin/mysqld_pre_systemd (code=exited, status=0/success)
 main pid: 17988 (code=exited, status=1/failure)
   status: "server startup in progress"
    error: 13 (permission denied)
6月 17 11:17:03 90648dbab6ca mysqld[17988]: 2026-06-17t03:17:03.134102z 0 [warning] [my-010141] [server] changed limits: max_connections...d 10000)
6月 17 11:17:03 90648dbab6ca mysqld[17988]: 2026-06-17t03:17:03.134112z 0 [warning] [my-010142] [server] changed limits: table_open_cach...ed 4000)
6月 17 11:17:03 90648dbab6ca mysqld[17988]: 2026-06-17t03:17:03.424987z 0 [warning] [my-010915] [server] 'no_zero_date', 'no_zero_in_dat...release.
6月 17 11:17:03 90648dbab6ca mysqld[17988]: 2026-06-17t03:17:03.425074z 0 [warning] [my-010091] [server] can't create test file /var/lib...wer-test
6月 17 11:17:03 90648dbab6ca mysqld[17988]: 2026-06-17t03:17:03.425184z 0 [system] [my-010116] [server] /usr/sbin/mysqld (mysqld 8.0.27)...ss 17988
6月 17 11:17:03 90648dbab6ca mysqld[17988]: 2026-06-17t03:17:03.432231z 0 [warning] [my-010091] [server] can't create test file /var/lib...wer-test
6月 17 11:17:03 90648dbab6ca systemd[1]: mysqld.service: main process exited, code=exited, status=1/failure
6月 17 11:17:03 90648dbab6ca systemd[1]: failed to start mysql server.
6月 17 11:17:03 90648dbab6ca systemd[1]: unit mysqld.service entered failed state.
6月 17 11:17:03 90648dbab6ca systemd[1]: mysqld.service failed.
hint: some lines were ellipsized, use -l to show in full.

mysql 服务（默认以 mysql 系统用户的身份运行）在尝试往你的新数据目录 /var/lib/mysql 写入测试文件时被系统拒绝了，因为没有读写权限。
这通常是因为在前面重建目录、或者执行 mysqld --initialize 初始化的时候，是以 root 身份执行的，导致该目录下新生成的基础数据文件归属成了 root，mysql 自己反而写不进去了。

解决办法
只需要在终端执行以下命令，将整个数据目录的所有权递归地交还给 mysql 用户即可：

# 1. 递归赋予属主和属组
chown -r mysql:mysql /var/lib/mysql
# 2. 顺手修正一下基础权限（mysql 出于安全要求，数据目录权限不能过于开放）
chmod 750 /var/lib/mysql
# 3. 再次尝试启动
systemctl start mysqld
执行完之后，再用 systemctl status mysqld.service 看一下，这次你应该能看到久违的绿色 active (running) 了。启动成功后，就可以使用初始密码登录

6.恢复数据：将之前导出的备份sql文件重新导入新实例。