Docker命令可启动MySQL容器，docker-compose.yml启动失败原因排查

嗨，我来帮你理清这个问题的根源——其实问题出在Docker Compose和docker run处理环境变量的逻辑差异上！

核心原因 #

你用docker run命令时，通过-e MYSQL_ROOT_PASSWORD=123456直接把环境变量注入到容器内部，镜像的启动脚本能立刻识别到这个必填变量，所以启动毫无问题。

但你的docker-compose.yml配置里只定义了镜像、重启策略和容器名，完全没告诉Compose要把.env里的变量传给容器。这里要注意：.env文件默认是给Docker Compose本身用的（比如替换配置里的占位符），不是自动传递给容器的——你得明确配置这个传递规则才行！

两种修复方案 #

根据你的需求，这里有两种简单的修复方式：

方案1：显式传递指定变量

只把你需要的MYSQL_ROOT_PASSWORD传给容器，这种方式更清晰，避免冗余：

version: '2'
services:
  mysql:
    image: centos/mysql-56-centos7:latest
    restart: always
    container_name: mysql
    environment:
      - MYSQL_ROOT_PASSWORD=${MYSQL_ROOT_PASSWORD}

这里的${MYSQL_ROOT_PASSWORD}就是从同目录下的.env文件中读取对应的值，然后注入到容器里。

方案2：批量加载.env文件中的所有变量

如果你后续需要给容器传递多个环境变量，也可以直接让Compose加载整个.env文件：

version: '2'
services:
  mysql:
    image: centos/mysql-56-centos7:latest
    restart: always
    container_name: mysql
    env_file:
      - .env

这种方式会把.env里的所有变量都注入到容器中，但如果.env里有其他和容器无关的变量，可能会造成不必要的环境变量冗余，所以按需选择就好。

验证修复效果 #

修改完配置后，执行docker-compose up -d重启容器，然后用docker logs mysql查看日志，应该就不会再出现“必须指定xxx变量”的提示，容器也能正常保持运行状态了。

另外小提示：确保.env文件和docker-compose.yml在同一个目录下，不然需要在env_file里指定完整路径哦！

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