使用symfony-docker搭建环境后命令行可操作数据库但Symfony应用内不行

问题根因 #

你遇到的问题本质是命令行和Web请求操作的不是同一个PostgreSQL数据库，具体原因如下：

• Symfony 环境变量优先级规则中，Docker 注入的环境变量优先级高于 .env 文件中定义的变量
• 你在 docker-compose.yml 的 php 服务中注入了 DATABASE_URL 变量，指向的是 Docker 内部 database:5432 服务对应的 app 库
• 你在宿主机本地执行 bin/console 命令时，读取的是 .env 文件里的 DATABASE_URL，指向的是宿主机端口映射出来的 127.0.0.1:52399 对应的 drop_shipping_builder 库
  两边操作完全是两个独立的数据库，自然会出现命令行写入的数据Web端查不到、Web端新增的数据不落地的现象。

修复方案 #

1. 统一数据库配置
   如果你确定要使用 drop_shipping_builder 作为业务库名，调整两处配置：
   • 修改 docker-compose.yml 中 database 服务的 POSTGRES_DB 环境变量值为 drop_shipping_builder
   • 同步修改 php 服务中 DATABASE_URL 里的库名部分为 drop_shipping_builder
2. 统一命令执行环境
   本地开发时建议所有 Symfony 命令都在 PHP 容器内执行，避免宿主机和容器环境不一致，执行命令参考：

docker compose exec php bin/console doctrine:schema:update --force

3. 配置生效操作
   修改完成后重启容器即可生效，注意如果不需要保留现有测试数据，可以加 -v 参数清理历史卷：

docker compose down -v && docker compose up -d

校验方法 #

可以在Web控制器中打印当前的 DATABASE_URL 环境变量值，和命令行执行 php bin/console debug:container --env-var DATABASE_URL 的输出对比，就能直观看到两边的配置差异。

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