使用 mysqli 或 pdo 时，开启持久连接（persistent connection）会导致数据库服务器上的进程数随请求量线性增长且不会自动回收，最终耗尽最大连接数。解决该问题的核心做法是：在应用层实现连接池复用逻辑，或者关闭持久连接并依赖 web 服务器的短连接机制；若必须使用持久连接，需调整数据库的 wait_timeout 参数以缩短空闲连接的存活时间，并在代码中通过 mysqli::ping() 检测连接状态。
为什么持久连接会占用过多资源
持久连接之所以导致资源占用过多，是因为它绕过了 TCP 三次握手和 MySQL 的身份验证过程，将连接直接返回给操作系统内核等待下一个请求复用。对于 PHP-FPM 等常驻内存的 Web 架构，每个 Worker 进程都会持有一个长连接，当并发请求增加时，Worker 数量增加，持有的连接数也随之增加，且这些连接在脚本执行结束后不会被立即关闭，而是进入 MySQL 的 SLEEP 状态。如果 max_connections 设置较小，新请求将无法获取连接，导致服务不可用。
<?php
// 示例：PHP 中使用 mysqli 建立持久连接
$host = '127.0.0.1';
$user = 'root';
$pass = 'password';
$db = 'test_db';
// 注意：前缀 p: 表示持久连接
$link = new mysqli("p:$host", $user, $pass, $db);
if ($link->connect_error) {
die('Connection Error: ' . $link->connect_error);
}
// 模拟业务逻辑
$result = $link->query("SELECT 1 AS test");
var_dump($result->fetch_assoc());
// 脚本结束，连接不会真正关闭，而是回到连接池
?>
上述代码中，p: 前缀告诉 mysqli 驱动不要调用 mysql_close()，而是将句柄保留在内部缓存中。在本地测试环境中，这看起来能提升性能，但在高并发生产环境中，如果没有合理的连接池管理，每个 PHP-FPM 子进程都会维持一个到 MySQL 的连接。假设你有 50 个 PHP-FPM 进程，那么仅用于这个应用的 MySQL 连接数就会达到 50，加上其他应用和后台任务，很容易触及 MySQL 的 max_connections 上限。
立即学习“PHP免费学习笔记（深入）”；
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
如何在不使用持久连接的情况下优化性能
放弃持久连接并采用标准的短连接模式，配合连接池中间件或调整 PHP-FPM 配置，是更可控的资源管理方式。开发者可以通过关闭持久连接，让每次请求结束后连接自然释放，从而避免 SLEEP 状态的堆积。同时，可以使用 PDO 的 PERSISTENT 属性设为 false，并确保在脚本结束时显式销毁连接对象。此外，引入如 ProxySQL 或 MaxScale 等数据库代理层，可以在应用层和数据库层之间维护一个固定大小的连接池，由代理层负责连接的复用和健康检查，这样既享受了复用的好处，又避免了应用层连接数的无限膨胀。
<?php
// 示例：PHP 中使用 PDO 建立普通短连接
$dsn = 'mysql:host=127.0.0.1;dbname=test_db;charset=utf8mb4';
$options = [
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC,
PDO::ATTR_PERSISTENT => false, // 明确禁用持久连接
];
try {
$pdo = new PDO($dsn, 'root', 'password', $options);
$stmt = $pdo->query('SELECT 1 AS test');
var_dump($stmt->fetch());
} catch (PDOException $e) {
die('Connection Failed: ' . $e->getMessage());
}
// 作用域结束，$pdo 被销毁，连接关闭
?>
在上面的 PDO 示例中，PDO::ATTR_PERSISTENT 被显式设置为 false。这意味着每次请求开始时建立新的 TCP 连接，请求结束后连接断开。虽然这增加了少量的握手开销，但确保了连接资源的及时释放。为了弥补性能损失，可以启用 PHP-FPM 的 pm.max_children 限制，防止进程数过多，同时在数据库端调整 wait_timeout 为较短的值（如 10-30 秒），确保即使有少量残留连接也能快速被数据库清理。这种模式更适合大多数现代 Web 应用，尤其是无状态部署的场景。
基于 wait_timeout 参数的具体调优问题
如果因历史原因必须保留持久连接，必须针对 wait_timeout 参数进行具体调优。该参数决定了 MySQL 服务器在关闭空闲连接之前等待多久。默认值通常为 28800 秒（8 小时），这对于 Web 应用来说太长，会导致大量僵尸连接占用资源。将其调整为 60 到 300 秒之间，可以迫使 MySQL 定期清理长时间不活动的持久连接。在代码层面，还需要处理连接断开的情况，因为持久连接可能在两次请求之间被服务器主动关闭。因此，在执行查询前调用 mysqli::ping() 或捕获 PDOException 并重试连接，是保证稳定性的必要步骤。
