php-fpm 下实现连接池的核心思路是引入一个常驻内存的代理进程（如 go 或 c++ 编写），由该进程维护数据库连接并转发请求，从而避免 php 每次执行脚本都重新建立 tcp 握手。与 swoole 常驻内存方案相比，主要差异在于架构侵入性：fpm 方案通过外部代理解耦了业务逻辑与连接管理，无需重写代码即可享受长连接优势；而 swoole 方案要求将应用重构为事件驱动模型，虽然性能上限更高且能彻底消除进程切换开销，但开发成本和迁移风险显著增加。
如何通过外部代理实现 FPM 连接复用
在标准 Nginx + PHP-FPM 架构中，可以通过部署一个轻量级的代理层来实现连接池。这个代理层通常使用 Go 语言编写，因为它擅长处理高并发网络 I/O 且资源占用极低。代理进程启动时预先创建一组数据库连接，当 Nginx 接收到 PHP 请求时，先转发给代理，代理从池中取出空闲连接发送给 PHP 子进程，PHP 执行完毕后连接返回代理，代理再关闭与 PHP 的连接并保留数据库连接供下次复用。
package main
import (
"database/sql"
"net/http"
_ "github.com/go-sql-driver/mysql"
)
var db *sql.DB
func init() {
db, _ = sql.Open("mysql", "user:pass@tcp(127.0.0.1:3306)/db")
db.SetMaxOpenConns(10) // 限制最大连接数
db.SetMaxIdleConns(5) // 保持最小空闲连接
}
func handler(w http.ResponseWriter, r *http.Request) {
// 实际场景中需通过 gRPC 或 HTTP 调用 PHP-FPM
// 此处仅展示连接池配置逻辑
rows := db.QueryRow("SELECT 1")
var val int
rows.Scan(&val)
w.Write([]byte("OK"))
}
上述代码展示了 Go 端连接池的基础配置。关键在于 SetMaxOpenConns 和 SetMaxIdleConns 的设置。如果设置不当，例如 MaxOpenConns 小于并发请求量，会导致请求排队等待；若大于数据库允许的最大连接数，则可能触发 MySQL 的 Too many connections 错误。这种方案的优势在于对原有 PHP 代码零侵入，只需修改 Nginx 的反向代理配置即可生效。
Swoole 常驻内存下的连接管理策略
Swoole 方案的核心变化在于运行环境。Swoole 作为一个扩展，允许 PHP 脚本在服务器启动后常驻内存，不再随请求结束而销毁。在这种模式下，数据库连接对象可以在 Worker 进程初始化时创建一次，并在整个生命周期内复用。这意味着不仅省去了 TCP 握手的时间，还避免了 PHP-FPM 模式下频繁的进程 fork 和内存分配开销。
use Swoole\Coroutine\Database\Mysqli;
Swoole\Coroutine::set([
'max_coroutines' => 3000,
]);
Swoole\Coroutine\run(function () {
$mysqli = new Mysqli([
'host' => '127.0.0.1',
'username' => 'root',
'password' => '123456',
'database' => 'test',
]);
for ($i = 0; $i query('SELECT 1');
echo $res->fetch_row()[0] . PHP_EOL;
});
}
});
在 Swoole 协程环境中，每个 Worker 进程内部维护自己的连接池。由于协程调度极快，单个进程可以同时处理数千个并发请求，而底层只需要少量的真实线程或进程。与 FPM 代理方案不同，Swoole 方案需要开发者显式管理连接的生命周期，特别是在处理异常断开重连时，需要在代码层面加入重试机制或健康检查逻辑，否则一旦连接失效，后续所有使用该连接的协程都会报错。
MySQL 连接超时导致 PHP 报错如何处理
无论是 FPM 代理还是 Swoole 常驻内存，长时间空闲的数据库连接都可能被 MySQL 服务端主动断开（默认 wait_timeout 为 28800 秒）。当 PHP 尝试使用这些“僵尸”连接执行查询时，会抛出 MySQL server has gone away 错误。解决这一问题的通用做法是在每次查询前检测连接状态，或在连接池配置中启用自动重连机制。
// Swoole 示例中的重连逻辑
try {
$res = $mysqli->query('SELECT 1');
} catch (\Throwable $e) {
if (strpos($e->getMessage(), 'gone away') !== false) {
$mysqli->close();
$mysqli = new Mysqli([...]); // 重新初始化
$res = $mysqli->query('SELECT 1');
}
}
在 FPM 代理方案中，这部分逻辑通常由代理层封装，PHP 子进程无感知。而在 Swoole 中，开发者必须在业务代码或中间件中集成此类容错逻辑。此外，还可以通过调整 MySQL 的 interactive_timeout 参数来延长空闲连接的生命周期，但这只是权宜之计，根本解决之道仍在于代码层面的健壮性处理。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
