Laravel如何利用连接池提升并发数据库性能【方案】-php教程-PHP中文网

laravel在php-fpm下无法实现真正连接池，因pdo连接绑定单请求生命周期；仅swoole/roadrunner等常驻进程环境支持协程级复用，需配置pool参数、db_host为ip并使用对应启动命令。

laravel如何利用连接池提升并发数据库性能【方案】

连接池在 Laravel 中不能“直接启用”，它依赖运行环境是否支持长连接复用——PHP-FPM 下所有所谓“连接池”都是伪方案，只有 Swoole、RoadRunner 或 PHP-PM 这类常驻进程环境才能真正实现连接复用。

为什么 FPM 环境下配不了真正的连接池

Laravel 底层用 PDO，而 PDO 实例生命周期绑定于单个 PHP-FPM 进程的请求周期。请求结束，连接就 close；下个请求进来，哪怕同一进程，PDO 也大概率重建（除非显式用了 persistent => true，但那只是进程内复用，不跨请求，且易引发状态残留）。你看到的 SQLSTATE[HY000] [1040] Too many connections，本质是 MySQL 的 max_connections 被瞬时打满，不是 Laravel “没配对”，而是 FPM 子进程数 × 并发请求数 > 数据库承载上限。

别信“在 config/database.php 加 pool 数组就能开连接池”的教程——Laravel 官方不识别该配置项，纯属误导
DB::reconnect() 或 DB::disconnect() 对连接数控制无效，甚至可能让连接泄漏更隐蔽
FPM 场景下真正该调的是 MySQL 的 wait_timeout（建议设为 60）和 PHP 的 pm.max_children，而非折腾“池”

Swoole 环境下启用协程连接池（唯一推荐路径）

只有在 Swoole 常驻进程中，每个 Worker 才能持有一组独立、可被协程并发复用的长连接。此时连接池才具备实际意义。

Laravel Creem Agent

Creem 支付商店助理 — 查询订阅、客户、交易、产品，执行心跳检查，管理本地 Laravel支付商店。

下载

确认已安装 swooletw/laravel-swoole，且 Swoole 版本 ≥ 4.8.0

在 config/database.php 的 mysql 配置块中加入：

'pool' => [
    'min_connections' => 5,
    'max_connections' => 20,
    'wait_timeout' => 3,
    'max_lifetime' => 120,
],

确保 .env 中 DB_HOST 是 IP（如 127.0.0.1），避免 Unix socket 导致连接池失效
启动命令必须是 php bin/laravels start，而不是 php artisan serve 或 FPM
验证方式：压测时执行 SHOW PROCESSLIST，连接数应稳定在 Worker 数 × min_connections 附近，而非随 QPS 暴涨

MongoDB 和 Redis 连接池配置差异大，别混用参数

MongoDB 驱动（如 mongodb/mongodb）原生支持连接池参数，Redis 则取决于客户端：PhpRedis 不提供池，靠 pconnect() 复用；Predis 在 Swoole 下需自定义 FactoryInterface 才能协程池化。

MongoDB：maxPoolSize 控制并发上限，默认 10，建议设为 CPU 核数 × 2～4；minPoolSize 建议为 maxPoolSize 的 1/4；maxIdleTimeMS 推荐 300000（5 分钟）
Redis + PhpRedis：'persistent' => true + REDIS_CLIENT=phpredis 即可，无需额外池配置
Redis + Predis + Swoole：必须写 Predis\Connection\FactoryInterface 实现，用 Swoole\Coroutine\Channel 管理连接，官方不提供开箱即用方案