修改docker-compose.yml后Drupal反复重装原因及配置排查求助

我来帮你拆解下这个问题——你遇到的Drupal反复重装的情况，本质是官方Drupal镜像的启动逻辑和你修改配置的方式撞车了，具体原因和解决办法如下：

核心原因分析 #

• 安装类环境变量被修改：官方Drupal镜像的启动脚本会检测DRUPAL_SITE_NAME、DRUPAL_USER这类和初始安装相关的环境变量。一旦这些变量发生变化，容器重启时，脚本会判定“这是一个未完成安装的新站点”，从而自动触发重装流程。比如你把DRUPAL_SITE_NAME从Drupal改成D8，就会触发这个逻辑。
• 卷挂载覆盖关键文件：当你新增卷挂载（比如- /var/www/html/d8/test:/var/www/html/test）时，如果本地的test目录是空的，挂载后会直接覆盖容器内原有的/var/www/html/test目录内容。如果这个目录恰好是Drupal初始化时需要依赖的文件目录，脚本就会认为站点未安装，进而启动重装。

解决办法 #

• 停止修改安装类环境变量：如果已经完成Drupal的初始安装，就别再通过修改DRUPAL_SITE_NAME这类环境变量来调整配置了。要改站点名称？直接登录Drupal后台，在「配置」→「站点信息」里修改更稳妥。
• 谨慎添加新卷挂载：新增卷挂载前，先确认容器内对应目录的内容——如果本地目录是空的，要么先把容器内的文件复制到本地再挂载，要么就不要挂载这类会影响初始化逻辑的目录。比如不要随意挂载/var/www/html下的新子目录，除非你明确知道这个目录和初始化无关。
• 制作自定义镜像固化安装状态：等你完成Drupal的所有初始配置后，基于当前运行的容器制作一个自定义镜像，命令如下：

  docker commit <你的Drupal容器ID> my-custom-drupal:latest
  

  然后把docker-compose.yml里的image: drupal:latest改成image: my-custom-drupal:latest。这样后续修改docker-compose配置时，就不会触发官方镜像的初始化脚本了。
• 优化容器启动依赖顺序：修改配置后重启容器时，偶尔会因为数据库容器启动慢导致Drupal容器暂时连不上数据库，这时候脚本也会误以为站点未安装。你可以给Drupal容器添加depends_on配置，确保依赖容器先启动：

  web:
    # 其他配置不变
    depends_on:
      - database
      - elastic
  

简单来说，官方Drupal镜像的启动逻辑是“看环境变量和文件状态来决定是否重装”，只要避开这些触发条件，就能解决反复重装的问题。

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