doctrine本身不提供原生连接池，其dbal设计为短连接模式，仅支持pdo持久连接、mysql企业版内置池或proxysql代理三种外部实现方案。
Doctrine 本身不提供数据库连接池，Symfony 项目里所谓“连接池”必须靠外部组件实现，比如 PDO 的 persistent 连接、MySQL 自身的连接池（企业版）、或代理层如 ProxySQL / MaxScale。
为什么 Doctrine 没有原生连接池
Doctrine DBAL 是一个轻量级抽象层，它每次请求都新建 PDO 实例（除非显式启用持久化），不维护连接生命周期。它的设计哲学是“短连接 + 连接复用由底层驱动/服务器兜底”，不是“长连接池管理”。所以你在 doctrine.yaml 或 .env 里找不到 pool_size、min_connections 这类配置项。
能用的三种实际方案
以下按推荐顺序排列，从简单到需运维介入：
- 启用 PDO 持久连接：在
DATABASE_URL末尾加&pdo[ATTR_PERSISTENT]=1，例如：mysql://user:pass@127.0.0.1:3306/db?serverVersion=8.0&pdo[ATTR_PERSISTENT]=1。
⚠️ 注意：PHP-FPM 下每个 worker 进程持有一个连接，容易耗尽 MySQL 的max_connections；且连接异常不会自动重连。 - 用 MySQL 8.0.14+ 企业版自带的 Connection Pool（仅限企业版）：需在 MySQL 配置中开启
connection_control_plugin并调大max_connections，Doctrine 无感知，纯服务端行为。 - 引入 ProxySQL：部署在应用和 MySQL 中间，配置
mysql-hostgroups和mysql-query_rules，让所有DATABASE_URL指向 ProxySQL 的 6033 端口。这时连接池逻辑完全由 ProxySQL 控制，Doctrine 只当它是普通 MySQL。
常见误配与后果
很多人试图在 doctrine.yaml 里加 pool: 块或改 options 字段，但这些配置会被 Doctrine 忽略——它只认 url、driver、server_version 等有限字段。典型错误包括：
- 写
options: { pdo_attr_persistent: true }→ 不生效，PDO 层根本收不到这个键 - 把
DATABASE_URL改成mysql://...?pool_size=10→ MySQL 协议不识别该参数，直接被丢弃 - 在 Docker Compose 中给 MySQL 设置
command: --max-connections=500，却没同步调高 PHP 的pm.max_children→ FPM 子进程数超过 MySQL 连接上限，出现Too many connections
真正要压测连接稳定性，得盯住三个地方：MySQL 的 Threads_connected、ProxySQL 的 mysql_servers 表状态、以及 Symfony 日志里反复出现的 PDOException: SQLSTATE[HY000] [2002] —— 后者往往不是配置问题，而是连接池没兜住突发流量。
