Doctrine本身不提供内置数据库连接重试机制，需由上层代码封装RetryableConnection类或通过事件监听器实现，且必须确保DATABASE_URL中serverVersion与实际MySQL版本一致。
Doctrine 连接重试不是 Symfony Messenger 的 retry_strategy
很多人搜“Symfony 数据库重试”，其实是混淆了两件事：Messenger 消息重试和数据库连接重试。Doctrine 本身不提供内置的「连接失败自动重试」机制——它只负责抛出异常（比如 PDOException 或 ConnectionException），重试逻辑必须由上层代码或外部组件控制。
真正起作用的是 PDO 层的 options 和自定义连接包装器
Doctrine 允许你在 DATABASE_URL 后追加 &options[PDO::ATTR_ERRMODE]=2，但这只是错误模式，不等于重试。要实现连接重试，你得自己封装 Connection 或用事件监听器拦截 Doctrine\DBAL\Event\ConnectionEventArgs。常见做法是：
- 在
config/packages/doctrine.yaml中禁用自动连接（doctrine.dbal.auto_connect: false） - 写一个
RetryableConnection类，继承Doctrine\DBAL\Connection，覆盖connect()方法，加for循环 +sleep()+ 异常捕获 - 通过
doctrine.dbal.connection_factory.class替换默认工厂类 - 注意：MySQL 的
wait_timeout和connect_timeout参数会影响首次连接行为，但不解决中间断连
更现实的选择：用连接池或代理层兜底
在生产环境，硬编码重试容易掩盖真实问题。推荐用基础设施层解决：
- Docker/K8s 场景下，把数据库配置成
host.docker.internal或固定 IP，避免 DNS 解析失败导致的「伪连接失败」 - 用 PgBouncer（PostgreSQL）或 ProxySQL（MySQL）做连接池，它们自带连接健康检查和自动重连
- 如果必须 PHP 层控制，用
symfony/http-client风格的指数退避逻辑包装$em->getConnection()->executeStatement()，但仅限关键事务，别全局套 - 别碰
doctrine.dbal.options里的pdo键——它只接受 PDO 实例，不能传闭包或重试逻辑
最容易被忽略的一点：.env 里 DATABASE_URL 的 serverVersion 必须匹配实际版本
哪怕你写了完美的重试逻辑，如果 DATABASE_URL 里 serverVersion=5.7 而实际是 MySQL 8.0，Doctrine 会因语法生成错误提前崩溃，根本走不到连接阶段。验证方式很简单：
php bin/console doctrine:database:create --if-not-exists成功才说明 URL 解析、认证、协议协商全通。失败时先看是不是
SQLSTATE[HY000] [2002] 这类底层连接错误，而不是急着加重试。 
