MySQL Docker容器重启后数据库数据丢失问题排查求助

数据被盗的可能性极低，重点从配置、操作和MySQL运行状态排查，以下是具体分析和解决步骤：

一、先排查容器自行重启的原因 #

容器配置了restart: always，自行重启几乎都是MySQL进程异常崩溃导致的，先查日志定位根因：

• 执行命令：docker logs <你的容器名>
• 重点关注日志中的报错信息，比如内存不足（Out of memory）、InnoDB损坏、权限拒绝等，这是后续排查的核心依据。

二、数据丢失的核心排查点 #

1. 数据恢复操作是否规范 #

你通过SQL文件恢复数据后，是否执行了强制刷盘操作？MySQL默认会缓存数据，未刷盘的情况下进程崩溃会导致数据丢失：

• 恢复完成后，执行：

  FLUSH TABLES;
  FLUSH PRIVILEGES;
  

  确保数据写入磁盘而非仅停留在内存缓存。

2. Volume挂载是否生效 #

虽然配置了mysql_db_2:/var/lib/mysql，但要确认容器实际是否正确挂载了这个命名卷：

• 执行命令：docker inspect <你的容器名>
• 查看输出中Mounts字段，确认Source指向的是/var/lib/docker/volumes/backend_mysql_db_2/_data，且Mode为rw（可读写）。如果是临时挂载或路径错误，数据不会持久化到目标volume。

3. Volume目录权限是否正确 #

MySQL容器内的/var/lib/mysql需要由mysql用户（UID 999）拥有，否则进程无法写入数据：

• 进入容器：docker exec -it <你的容器名> bash
• 执行：ls -l /var/lib/mysql
• 确保目录和文件的所有者是mysql:mysql，如果不是，可在宿主机调整volume目录权限：

  chown -R 999:999 /var/lib/docker/volumes/backend_mysql_db_2/_data
  

4. InnoDB自动恢复导致的数据回滚 #

如果MySQL崩溃是因为InnoDB引擎异常，重启时InnoDB会触发自动恢复流程，若恢复失败可能会初始化新的空库：

• 查看MySQL日志中包含InnoDB的条目，比如InnoDB: Database was not shut down normally!或InnoDB: Starting crash recovery，这类信息说明崩溃后恢复过程可能出现异常，导致数据丢失。

三、验证与修复建议 #

1. 停止容器后，手动备份volume目录：

   cp -r /var/lib/docker/volumes/backend_mysql_db_2/_data /path/to/backup
   

2. 重新启动容器，检查数据是否存在；若不存在，用备份的目录替换原volume目录，再启动容器验证。
3. 确认环境变量$MYSQL_DATABASE与你恢复的数据库名称一致，避免容器启动时创建新的空库导致混淆。

内容的提问来源于stack exchange，提问作者Adonis Becerra Morales