Laravel 11 和 ThinkPHP 8 均不原生支持跨请求数据库连接池，仅在 PHP-FPM 下实现进程内 PDO 连接复用；真正高效需依赖 Swoole/RoadRunner 等常驻环境配合协程连接池，FPM 场景下 Laravel 11 因 OPcache 和查询生命周期优化略占优。
Laravel 11 原生支持 PDO 连接复用，但不内置数据库连接池；ThinkPHP 8 同样不原生提供连接池能力。两者都依赖底层数据库服务或扩展来实现连接池化。
连接池的实际落地方式
真正启用连接池，需要配合数据库服务端和驱动层协同工作：
- MySQL 8.0+ 需启用
connection_pool插件，并配置max_connections和连接超时参数 - PHP 层需使用支持连接池的驱动（如 MySQLi 的持久连接、PDO 的
PDO::ATTR_PERSISTENT，或第三方协程驱动） - Laravel 11 可通过配置
'options' => [PDO::ATTR_PERSISTENT => true]启用持久连接，但这不是真正的连接池，仅复用进程内连接 - ThinkPHP 8 默认不开启持久连接，需手动在数据库配置中设置
'params' => [PDO::ATTR_PERSISTENT => true]
谁更高效？取决于运行环境
在标准 PHP-FPM 模式下，两者都只能做到连接复用，效率差异微乎其微。真正的效率分水岭出现在以下场景：
- 使用 Laravel Octane + Swoole/ RoadRunner：可配合
swoole_mysql或hyperf/database实现协程级连接池，连接复用率高、无锁开销小 - ThinkPHP 8 若接入 Hyperf 的连接池组件或自研协程适配层，也能达到相近效果，但官方未封装，需自行集成
- 若仅跑在传统 FPM 下，Laravel 11 因默认启用 OPcache 和更精细的查询生命周期管理，在高并发短连接场景中，连接建立/销毁开销略低于 ThinkPHP 8
关键提醒：别被“连接池”字面误导
目前没有主流 PHP 框架在 FPM 架构下实现真正的、跨请求的数据库连接池。所谓“池”，多数是：
立即学习“PHP免费学习笔记（深入）”；
- 进程内持久连接（每个 FPM worker 维护自己的长连接）
- 或依赖 Swoole/Workerman 等常驻内存运行时提供的协程连接池
- 直接启用 MySQL 自身的线程池（
thread_pool_size），与框架无关
