symfony 7.4 连不上 docker 数据库主因是本地 cli 环境无法解析 docker 内部服务名（如 db），导致“could not translate host name”错误；解决方式为：一、将 symfony 放入容器执行命令；二、本地运行时改 database_url 主机为 localhost（需确保端口正确映射且 postgresql 允许外部连接）。
Symfony 7.4 连不上 Docker 数据库，绝大多数情况不是 Symfony 版本问题，而是本地 PHP 环境（非容器）试图用 Docker 内部服务名（如 db 或 my_els_db_postgres）去解析主机——这根本解析不了，因为那个名字只在 Docker Compose 网络里有效。
symfony bin/console 命令报 “could not translate host name”
这是最典型的症状，错误信息里一定含 SQLSTATE[08006] [7] could not translate host name "db" to address 或类似内容。它说明 Symfony 正在本地 CLI 环境下运行（比如你敲 php bin/console doctrine:migrations:migrate），但 DATABASE_URL 里写的主机是 db ——而你的 macOS/Linux/Windows 主机压根不认识这个 DNS 名。
解决办法只有两个方向：
- 把 Symfony 应用也放进 Docker（推荐长期开发用），让 CLI 命令也在容器内执行，例如
docker compose exec php php bin/console ... - 保持 Symfony 在本地运行，则必须改
DATABASE_URL的主机部分为可解析的地址：要么用localhost+ 映射端口（如5432），要么手动把db映射到容器 IP（见下一条）
用 localhost 连接时提示 “Connection refused”
这说明你改用了 localhost，但 Docker 容器的端口没正确映射出来，或者 PostgreSQL 没监听外部连接。
在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...
检查点很具体：
- 确认
docker compose ps显示数据库容器的PORTS列有类似0.0.0.0:5432->5432/tcp——如果没有，说明ports没写或写错了 - 检查
docker-compose.yml中 database 服务是否显式声明了ports，例如：ports: ["5432:5432"] - PostgreSQL 默认只监听
localhost（即容器内部），需在环境变量中加POSTGRES_HOST_AUTH_METHOD=trust或挂载自定义pg_hba.conf，否则即使端口映射了，连接也会被拒 -
DATABASE_URL中的端口必须和映射出来的主机端口一致，不能写容器内端口（比如别写成postgresql://...@localhost:5433/...却只映射了 5432）
docker compose exec php php bin/console 能连，但本地终端不能
这恰恰验证了网络隔离问题：容器内能用 db 是因为 Docker Compose 自动配置了内部 DNS；本地终端不行是因为它走系统 DNS，查不到 db。这不是 bug，是设计如此。
如果你坚持本地跑 CLI 命令，又不想改 DATABASE_URL 配置（比如想一套配置通吃本地和 CI），可以临时 hack /etc/hosts（macOS/Linux）或 C:\Windows\System32\drivers\etc\hosts（Windows）：
- 先拿到数据库容器 IP：
docker inspect my_els_db_postgres | grep IPAddress - 把结果 IP 和服务名加进 hosts，例如：
172.20.0.3 db - 注意：这个 IP 可能随
docker compose down改变，不适合自动化流程
真正容易被忽略的是：Docker Compose 启动后，数据库容器未必“就绪”，depends_on 只控制启动顺序，不保证 PostgreSQL 已接受连接。Symfony CLI 命令一上来就建连接，很可能遇到 connection refused ——此时不是配置错，是时机问题。加重试逻辑或用 wait-for-it.sh 类脚本才是生产级做法。
