直接运行php bin/console doctrine:query:sql "select 1"可快速验证doctrine连接是否活跃，成功返回+---+\n| 1 |\n+---+表示连接链路可用；常见失败包括connection refused、access denied及主机名解析失败。
直接跑一个能触发连接的命令，比写脚本更快更准——php bin/console doctrine:query:sql "SELECT 1" 成功返回 1 就说明连得上；报错才是真问题。
用 doctrine:query:sql 快速验证连接是否活跃
这个命令强制 Doctrine 建立一次连接并执行最简 SQL，不依赖任何实体或 schema，是本地调试时最轻量的“心跳检测”。
- 成功输出类似
+---+ | 1 | +---+，代表连接已通、认证通过、网络可达 - 常见失败：
Connection refused（端口不通）、Access denied（用户/密码错）、No such file or directory（用了localhost却没走 socket） - 注意：它不检查数据库是否“打开”，只确认连接链路可用；即使目标库不存在，只要用户有权限连上 MySQL 实例，这条命令也能过
为什么不用 Connection.isClosed() 或自写 PHP 脚本
Symfony 的 Doctrine 连接是 lazy-init 的，$em->getConnection() 拿到的对象默认没真正连，调 isConnected() 返回 false 是常态，不代表连不上。
- 手动调
connect()再判状态，容易掩盖真实错误（比如认证失败会抛异常，而不是设连接为 closed） - 写脚本测试反而多一层抽象，不如直接走 Symfony 已有的命令层，复用相同的
DATABASE_URL解析逻辑和连接池配置 - CI/CD 中建议用该命令做前置健康检查，但需配合 timeout 控制（如
timeout 5s php bin/console doctrine:query:sql "SELECT 1"）
Docker 环境下主机名解析失败怎么办
如果命令报 could not translate host name "db"，说明 Symfony 在宿主机运行，但 DATABASE_URL 里写的容器服务名（如 mysql://user:pass@db:3306/dbname）无法被宿主机 DNS 解析。
- 别改
doctrine.yaml，问题不在 Doctrine 配置，而在.env里的 host 是否可路由 - 开发时最稳解法：把 Symfony 应用也容器化，和 db 在同一 Docker 网络里，host 直接写
db - 临时调试可改
/etc/hosts（macOS/Linux）或C:\Windows\System32\drivers\etc\hosts（Windows），加一行127.0.0.1 db，但要注意 Docker Desktop 的虚拟网关 IP 可能不是127.0.0.1，得用docker inspect查真实 IP
真正卡住的点往往不是 Doctrine 层，而是 DATABASE_URL 的 host、port、user 权限、MySQL 认证插件这四样——先盯死它们，再谈连接状态。
