Docker部署MySQL容器启动失败：存在重做日志但至少一个缺失

1. 先备份现有数据（关键操作） #

无论后续采取哪种方案，先备份当前MySQL的数据存储目录/数据卷，避免操作失误导致数据彻底丢失：

• 如果是绑定挂载（docker-compose.yml中配置了类似volumes: - ./mysql-data:/var/lib/mysql的规则），直接复制本地的mysql-data文件夹到安全路径。
• 如果是Docker数据卷，在Windows终端执行以下命令：

  # 查看MySQL容器对应的数据源路径
  docker inspect <mysql-container-name> | findstr "Source"
  # 将数据卷内容备份到本地临时目录
  docker run --rm -v <volume-name>:/source -v C:\temp\mysql-backup:/target alpine cp -a /source/. /target/
  

2. 尝试通过InnoDB强制恢复启动容器 #

根据报错提示，添加--innodb-force-recovery参数启动MySQL，从最低级别（1）开始尝试，逐步升级到6（级别越高，数据丢失风险越大）：

方式1：临时启动容器测试 #

docker run -d --name mysql-recovery -v <你的MySQL数据卷/本地路径>:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=<你的root密码> mysql:8.0.32 --innodb-force-recovery=1

启动后查看日志确认状态：

docker logs mysql-recovery

若启动成功，进入容器导出所有数据库数据：

docker exec -it mysql-recovery mysqldump -u root -p --all-databases > all_databases.sql
# 将导出的SQL文件复制到本地
docker cp mysql-recovery:/all_databases.sql C:\temp\all_databases.sql

导出完成后停止并删除临时容器：

docker stop mysql-recovery && docker rm mysql-recovery

方式2：修改Docker Compose配置临时启动 #

在docker-compose.yml的MySQL服务中添加command参数：

services:
  mysql:
    image: mysql:8.0.32
    command: --innodb-force-recovery=1
    # 保留原有volumes、environment等配置

启动容器：

docker-compose up -d mysql

确认启动成功后按上述方法导出数据，之后移除command参数恢复正常配置。

3. 重建MySQL容器并导入数据 #

数据导出完成后，清理原有容器和数据存储：

# 停止所有相关容器
docker-compose down
# 删除MySQL数据卷（针对命名卷）
docker volume rm <mysql-volume-name>
# 若为绑定挂载，清空本地数据目录
rmdir /s /q C:\path\to\mysql-data

恢复正常的docker-compose.yml配置，启动容器后导入备份数据：

# 启动容器
docker-compose up -d
# 导入数据
docker exec -i <mysql-container-name> mysql -u root -p < C:\temp\all_databases.sql

4. 无备份时的最后尝试（高数据丢失风险） #

如果没有备份且强制恢复无法启动，可尝试删除现有redo日志文件（数据目录下的ib_logfile0、ib_logfile1等文件），再启动容器：

注意：此操作可能导致数据丢失，仅在万不得已时尝试

# 针对数据卷，用临时容器删除日志文件
docker run --rm -v <your-mysql-volume>:/data alpine rm /data/ib_logfile*
# 针对绑定挂载，直接在本地数据目录删除对应文件

完成后启动容器，查看是否能正常初始化。

内容的提问来源于stack exchange，提问作者LucasJSR