Symfony 2 不支持连接池，因其搭配的 Doctrine DBAL 2.x 版本未实现该特性；实际优化应聚焦关闭持久连接、收紧超时、限制查询生命周期及改进原生 SQL 设计。
Symfony 2 不支持连接池。这不是配置没写对，而是版本能力根本不存在。
为什么 Symfony 2 压根没有连接池
连接池是 Doctrine DBAL 3.0+ 引入的特性，而 Symfony 2 默认搭配的是 Doctrine ORM 2.x 和 DBAL 2.x —— 这两个版本连 pooling 配置项都不识别。即使你在 doctrine.yaml 或 config.yml 里硬加上 pooling: true 或 min_connections，Doctrine 2.x 会直接忽略，不报错也不生效。
真正能用上连接池的最低门槛是：Symfony 5.4+ + Doctrine Bundle ≥ 2.10 + DBAL ≥ 3.7 + PHP 8.1+ + Swoole/ReactPHP 等常驻环境。Symfony 2 的运行模型（FPM 进程隔离、无协程）和底层组件版本，决定了它只能依赖 PDO 持久连接（PDO::ATTR_PERSISTENT），但这不是连接池，只是进程内复用，且极易引发连接泄漏。
Symfony 2 下更现实的“并发优化”路径
与其折腾不存在的功能，不如聚焦 Symfony 2 实际可落地的三项关键控制：
- 关闭持久连接：在 doctrine.dbal.connections.default.options 中明确设 PDO::ATTR_PERSISTENT => false。持久连接在 FPM 下反而会导致 max_connections 快速耗尽，压测时 Threads_created 暴涨就是典型信号
- 收紧连接超时：在 MySQL 侧调低 wait_timeout（如设为 60 秒），同时 Doctrine 层避免长事务；否则空闲连接堆积，数据库端主动断开后，PHP 还拿着失效句柄重试
- 限制查询生命周期：Repository 方法内用 Symfony\Component\Stopwatch\Stopwatch 打点，只测 $qb->getQuery()->getResult() 这一段。确认慢的是 SQL 执行，还是 ORM 映射或模板渲染——很多“并发卡顿”实际是 N+1 或未加索引的 JOIN 导致
替代方案：用好原生连接管理
Symfony 2 能稳定提升并发吞吐的方式，是把连接资源用得更准、更省：
- 查列表页时，坚决不用 SELECT u，改用 SELECT u.id, u.name, COUNT(p.id) + GROUP BY，避免 hydrate 整个实体和关联对象
- 多条件筛选（如“红色且大号”）必须为每个条件建独立 JOIN 别名（join('p.attrs', 'a0')、join('p.attrs', 'a1')），否则 SQL 逻辑不成立，返回空结果还查不出错
- 动态 WHERE 条件统一走 $expr->andX() 构建，避免 if 块反复调用 andWhere() 导致条件残留，引发意外全表扫描
想靠连接池给 Symfony 2 “提速”，方向就错了。它的瓶颈从来不在连接建立，而在查询设计、索引覆盖和对象加载方式。
