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 <container_id> mysql --verbose --help | grep "Default options"</container_id>，看输出里列出的实际配置路径；再进容器执行 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，比等日志更可靠。
