PHP MySQLi 长连接需在主机名前加 p: 前缀（如 'p:127.0.0.1'），仅面向对象风格有效；PDO 则需设置 PDO::ATTR_PERSISTENT => true，但在 PHP-FPM 下才较可靠，且须注意事务、字符集等上下文污染问题。

PHP MySQLi 长连接怎么开

MySQLi 默认不启用长连接，必须显式传参 MYSQLI_CLIENT_FOUND_ROWS 以外的标志位——关键是加 MYSQLI_CLIENT_INTERACTIVE 或直接用 MYSQLI_OPT_CONNECT_TIMEOUT 配合连接复用逻辑，但更可靠的方式是使用 mysqli::real_connect() 并设置 MYSQLI_CLIENT_COMPRESS | MYSQLI_CLIENT_INTERACTIVE。不过实际中，真正起作用的是在 DSN 或连接参数里带上 p: 前缀（仅限 mysqli 面向对象风格或 mysqlnd 驱动）。

常见错误：以为只要把 mysql_connect() 换成 mysqli_connect() 就自动长连接——其实旧函数已废弃，新函数默认仍是短连接。

• 面向对象写法：用 new mysqli('p:127.0.0.1', ...)，主机名前加 p: 是关键
• 过程式写法不支持 p: 前缀，必须改用 mysqli_init() + real_connect()
• mysqlnd 扩展必须启用（PHP 5.4+ 默认开启），否则 p: 无效
• 连接池行为由 PHP-FPM 进程生命周期决定，不是“永久”，而是进程内复用

PDO MySQL 长连接真的能用吗

PDO 的 PDO::ATTR_PERSISTENT => true 看似简单，但实际效果受限于底层驱动和 Web SAPI 环境。在 CLI 下几乎无效，在 Apache mod_php 下表现不稳定，在 PHP-FPM 下才较可靠——因为连接复用依赖于 worker 进程的存活时间。

容易踩的坑：PDO::ATTR_PERSISTENT 不会自动清理事务、临时表、用户变量等上下文状态，上一个请求留下的 SET NAMES utf8mb4 或未提交事务可能污染下一个请求。

立即学习“PHP免费学习笔记（深入）”；

• 必须在每次请求开始时显式调用 $pdo->beginTransaction() / $pdo->rollBack() 或执行 RESET QUERY CACHE 类语句（不推荐）
• 避免在持久连接上使用 USE DB_NAME 切库，应统一用带库名的表引用（如 db1.users）
• 连接超时由 MySQL 的 wait_timeout 控制，PDO 层无法绕过，需确保该值 ≥ PHP-FPM max_request
• 调试时可用 SHOW PROCESSLIST 观察 Command 列是否为 Sleep 且 Time 持续增长

为什么开了长连接还是频繁重连

根本原因往往不在 PHP 配置，而在 MySQL 服务端或中间件限制。最常见的是：PHP-FPM 子进程被 pm.max_requests 强制回收、MySQL 的 wait_timeout（默认 28800 秒）先于 PHP 进程失效、或负载均衡器（如 Nginx）主动断开空闲连接。

• 检查 PHP-FPM 日志是否有 child exited 记录，确认是否因 max_requests 触发重启
• 执行 SELECT @@wait_timeout, @@interactive_timeout，二者都需调大（例如设为 3600）
• Nginx 的 proxy_read_timeout 和 keepalive_timeout 必须 ≥ MySQL wait_timeout
• 某些云数据库（如阿里云 RDS）会强制 kill 空闲连接，需在应用层加心跳（如定时执行 SELECT

  

  1）

长连接要不要手动 close()

不需要，也不应该调用 mysqli_close() 或 $pdo = null。长连接的设计本意就是让连接留在进程内存中复用；手动关闭反而触发重建，失去意义。PHP 请求结束时，若启用了持久化机制，连接会被归还到连接池而非销毁。

但要注意：如果代码中存在 unset($mysqli) 或异常提前退出未捕获，可能导致连接句柄泄露（尤其在 PHP-FPM 中表现为 Too many connections 错误）。

• 永远不要在请求末尾写 mysqli_close($link)
• 使用 try/finally 确保事务回滚，但不要在里面关连接
• 监控 MySQL 的 Threads_connected 和 Threads_created，比值持续接近 1 表示长连接生效
• 真正该关的是非持久连接（如 CLI 脚本、队列任务），否则可能耗尽 MySQL 连接数

长连接不是开关一开就万事大吉，它把问题从“连接建立开销”转移到了“状态隔离”和“资源生命周期管理”上——多数线上事故，出在没意识到上一个请求的 SET、LOCK 或临时表还在那儿。