Docker中MySQL 5.7升级至8.0后自动重启故障求助

*你的问题核心是旧数据目录里残留的mysql.sock文件干扰了MySQL 8.0的启动——MySQL把这个socket文件误识别成了数据库/表名，导致初始化失败。*以下是具体解决步骤：

1. 停止并移除当前容器 #

先确保容器完全停止：

docker-compose down

2. 清理数据目录中的socket文件 #

找到你在docker-compose中挂载的MySQL宿主机数据目录（比如配置的./mysql-data:/var/lib/mysql，则宿主机的./mysql-data就是目标路径），进入该目录删除mysql.sock：

# Linux/macOS
rm -f /path/to/your/mysql-data/mysql.sock

# Windows 直接在文件管理器中找到该文件删除即可

3. 启动容器并完成版本升级初始化 #

重新启动容器，MySQL 8.0会自动处理与5.7的系统表结构升级：

docker-compose up -d

可以通过日志查看升级进度，确认启动成功：

docker-compose logs -f mysql  # 替换成你的docker-compose中MySQL服务的名称

4. 导入原5.7的备份数据 #

容器稳定运行后，用以下命令导入备份（替换占位符为你的实际信息）：

docker exec -i <你的MySQL容器名> mysql -u<用户名> -p<密码> < /path/to/你的5.7备份文件.sql

也可以用Navicat、DBeaver等可视化工具连接容器的MySQL服务，直接导入备份文件。

额外建议 #

• 备份优先：操作前务必确认原5.7的备份文件完整，避免数据丢失。
• 权限检查：确保宿主机数据目录的权限正确，Linux下可设置为MySQL容器用户的权限：

  chown -R 999:999 /path/to/your/mysql-data
  

• 更稳妥的升级方式：如果清理socket后仍有问题，建议新建空数据目录，启动MySQL 8.0容器完成初始化后，再导入5.7的备份——直接复用旧data目录可能存在其他系统表兼容性问题，这种方式能彻底避免此类问题。

内容的提问来源于stack exchange，提问作者Ngọc Đồ Đinh