Doctrine连接超时由DATABASE_URL中的connect_timeout和read_timeout参数控制，而非doctrine.yaml；Symfony 7.3不支持在doctrine.yaml中配置，需通过URL查询参数或PHP层setTimeout()方法设置，且DNS解析失败时超时无效。
Doctrine 连接超时靠 DATABASE_URL 参数控制，不是 doctrine.yaml
Symfony 7.3 的数据库连接超时不能在 config/packages/doctrine.yaml 里设——那里只管 ORM 行为，不碰底层连接。真正起作用的是 DATABASE_URL 中的查询参数。
MySQL 场景下，必须显式加上 connect_timeout 和 read_timeout（单位秒），否则 PDO 默认可能卡住 30 秒以上才报错：
DATABASE_URL="mysql://user:pass@127.0.0.1:3306/dbname?serverVersion=8.0&connect_timeout=5&read_timeout=10"- PostgreSQL 则用
connect_timeout和options=-c%20statement_timeout%3D10000（毫秒） - URL 中的
&是字面量，不是 HTML 实体；若用.env.local，直接写&即可，dotenv 会自动解析
PHP 层级超时设置会覆盖 DATABASE_URL，但慎用
Doctrine 默认用 PDO，而 PDO 构造时传入的 PDO::ATTR_TIMEOUT 会覆盖 URL 里的 connect_timeout。但 Symfony 7.3 不再允许你在 doctrine.yaml 里直接配这个属性，得靠事件监听或自定义连接工厂。
更稳妥的做法是：在 config/services.php 中拦截 Doctrine 连接创建过程，例如：
$container->getDefinition('doctrine.dbal.default_connection')->addMethodCall('setTimeout', [5]);
注意：setTimeout() 是 Doctrine 的封装方法，底层仍调用 PDO 的 ATTR_TIMEOUT，它只影响连接建立阶段，不控制查询执行时间。
本地 Docker 环境下主机名解析失败，connect_timeout 无效
如果错误是 could not translate host name "db" 或 No such file or directory，说明 DNS 解析根本没走到超时逻辑——连接连发起都做不到。
此时加 connect_timeout 没用，必须先解决网络可达性：
- 本地跑 Symfony、Docker 跑 MySQL：把
db映射到容器 IP，运行docker inspect your_db_container | grep IPAddress，然后写进/etc/hosts - 或者改用
127.0.0.1并确保 MySQL 容器EXPOSE了 3306 且bind-address没锁死127.0.0.1 - 别在
DATABASE_URL里写localhost—— macOS/Linux 下它走 socket，而 Docker 容器里没有那个 socket 文件
超时值设太小会导致误判，设太大掩盖真实问题
connect_timeout=1 看起来很激进，但实际中容易把慢启动的 Docker 容器（比如刚 docker-compose up）直接判为失败；connect_timeout=30 又会让故障排查变得拖沓。
推荐组合：
- 开发环境：
connect_timeout=5+read_timeout=15 - CI 环境：
connect_timeout=3（容器启动快，网络稳定） - 生产环境：
connect_timeout=2，但必须配合健康检查和重试逻辑，不能只靠单次超时
记住：超时只是兜底，不是替代连接池或服务发现的方案。真正难缠的永远是网络层不可达，而不是连接慢。
