Exited (1)说明MySQL进程未启动成功,常见于配置错误、权限拒绝或密码不满足强度要求;日志常为空,需通过docker ps -a查退出码、docker run -it手动验证及检查挂载路径权限与数据目录一致性。

docker ps -a 显示 Exited (1) 就说明 MySQL 进程根本没起来
容器启动后秒退,docker logs 输出为空或只有半行,基本可判定 MySQL 进程在初始化阶段就崩溃退出,连错误日志都来不及写入磁盘。此时别盯着 docker logs 反复刷——它大概率什么也给不了你。
先执行:docker ps -a,看退出码:
-
Exited (1):配置错误、权限拒绝、插件加载失败等启动校验不通过 -
Exited (137):OOM Killer 杀掉进程,宿主机内存不足或容器内存限制过低 -
Restarting状态反复出现:通常是前一次退出后 Docker 自动重启,但问题未解决
挂载了 /var/lib/mysql 却闪退?先清空再试
这是最常被忽略的硬伤:MySQL 5.7 容器首次启动时会初始化数据目录;如果挂载的 /mydata/mysql/data 目录里已有旧版本(比如 MySQL 8.0 或 MariaDB)生成的文件(如 ibdata1、ib_logfile0),InnoDB 会直接拒绝启动并静默退出,错误只打在 stderr 里,docker logs 捕不到。
验证方式:docker run -it --rm -v /mydata/mysql/data:/var/lib/mysql mysql:5.7 mysqld --initialize-insecure --user=mysql,若报类似 [FATAL] InnoDB: Table flags are 0 in the data dictionary but the flags in file ./ibdata1 are 0x4800!,就是数据目录混用导致。
解决办法(务必做):
- 删掉挂载路径下的全部内容:
rm -rf /mydata/mysql/data/* - 确保宿主机目录权限为 755 或 700,且属主能被容器内
mysql用户访问(常见坑:chown -R 999:999 /mydata/mysql/data,因为官方镜像中 mysql 用户 UID 是 999)
自定义配置文件没生效?检查路径和后缀名
挂载 /etc/mysql/my.cnf 不起作用是高频误操作。MySQL 5.7 容器按固定顺序读取配置:/etc/my.cnf → /etc/mysql/my.cnf → /etc/mysql/conf.d/*.cnf → /etc/mysql/mysql.conf.d/*.cnf。你挂载的文件必须落在这个链路上,且后缀严格为 .cnf。
典型错误:
MySQL 数据库管理技能,能够通过自然语言查询和管理数据库,支持 SELECT/INSERT/UPDATE/DELETE、表管理、备份恢复等操作。当用户提及 MySQL、数据库查询、建表或数据备份时使用此技能。
- 挂载到
/etc/mysql/my.cnf,但容器内该路径是符号链接,实际指向/etc/mysql/mysql.conf.d/,你的文件被忽略 - 挂载文件叫
mysql.conf或my.ini,后缀不对,完全不加载 - 挂载路径写成
/etc/mysql/conf.d(目录),但没带文件名,Docker 会把它当空目录覆盖,导致原配置丢失
快速验证是否加载成功:docker exec -it ,看输出里列出的实际配置路径;再进容器执行 ls -l /etc/mysql/conf.d/,确认你的 .cnf 文件存在且可读。
MYSQL_ROOT_PASSWORD 太简单也会闪退(尤其 MySQL 5.7.21+)
MySQL 5.7 默认启用 validate_password 插件,如果设置的密码不符合最低强度(比如纯数字、少于 8 位、不含大小写字母+数字+符号),容器会在启动时校验失败并退出,stderr 只输出一行:ERROR 1819 (HY000): Your password does not satisfy the current policy requirements,而 docker logs 很可能捕不到这行。
临时绕过验证(仅调试用):
- 启动时不设密码:
-e MYSQL_ALLOW_EMPTY_PASSWORD=yes - 或加参数禁用插件:
-e MYSQL_INITDB_SKIP_TZINFO=yes并在自定义.cnf中加skip-validate-password - 更稳妥的是直接用强密码:至少 8 位,含大小写字母、数字、特殊字符,例如
MyP@ssw0rd2026
注意:不要在生产环境禁用密码策略,而是让密码达标——这是最容易被当成“玄学故障”却只需改一个参数就能解决的问题。
真正卡住人的从来不是复杂逻辑,而是那些不报错、不提示、只默默退出的瞬间。MySQL 容器闪退的根因往往藏在挂载路径的权限、数据目录的残留、配置文件的后缀、甚至一个密码字符里——它们都不触发显式错误,只让进程在启动第一秒就终止。排查时别依赖 docker logs,多用 docker ps -a 看退出码,用 docker run -it 手动跑命令直击 stderr,比等日志更可靠。










