PHP 高并发下数据库连接优化策略

高并发下 php 数据库瓶颈在于连接管理而非 sql 本身，应减少创建、控制生命周期、隔离读写；推荐持久连接或 proxysql 等连接池，配合超时调优与健康检查。

高并发场景下，PHP 应用的数据库连接瓶颈往往不是 SQL 本身，而是连接建立、复用与释放的管理方式。盲目增加最大连接数或频繁新建 / 关闭连接，反而会加剧 MySQL 的线程开销和 PHP 进程的资源压力。核心思路是：减少连接创建次数、控制连接生命周期、隔离关键路径。

复用连接池而非每次 new PDO

PHP-FPM 模式下，每个请求默认独立进程 / 线程， 不建议在请求内反复 new PDO 或 mysqli（尤其未显式 close）。更优做法是利用持久连接（PDO::ATTR_PERSISTENT）或引入轻量级连接池中间件（如 ProxySQL、MySQL Router），但需注意持久连接的副作用：事务未提交、会话变量残留、连接空闲超时断连等。

• 启用持久连接时，必须确保每次请求开始前执行 ROLLBACK 和 RESET SESSION（PDO 支持 PDO::MYSQL_ATTR_INIT_COMMAND 配置）
• 避免在持久连接中使用临时表、用户变量、LOCK TABLES 等会话级状态操作
• 监控 Threads_connected 和 Threads_created，若后者持续上升，说明持久连接未生效或被绕过

读写分离 + 连接分级路由

将主库连接（写）与从库连接（读）物理隔离，并按业务优先级划分连接池大小。例如：核心订单写操作独占主库连接池（max=20），报表类只读请求走从库池（max=50），缓存穿透兜底查询走低优先级从库（max=10，带熔断）。

• 用封装好的 DB 类统一管理连接选择逻辑，根据 SQL 类型（INSERT/UPDATE/DELETE 自动路由到主库；SELECT 根据注释 /*slave*/ 或方法名如 findReadOnly() 路由到从库）
• 从库连接池应支持自动剔除延迟过高（如 Seconds_Behind_Master > 30）的节点
• 主库连接失败时，非强一致性场景可降级为“先写缓存，异步落库”，避免全链路阻塞

连接数与超时参数精准调优

MySQL 的 wait_timeout（默认 28800 秒）和 PHP 的连接超时设置常不匹配，导致连接池中大量“假空闲”连接被 MySQL 主动断开，下次复用时报错 MySQL server has gone away。

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

• PHP 端设置 PDO::ATTR_TIMEOUT（连接超时）、PDO::ATTR_ERRMODE（异常模式），并捕获 HY000 类错误后重试一次
• MySQL 端将 wait_timeout 设为略大于 PHP-FPM request_terminate_timeout（如设为 60–120 秒），避免连接在 PHP 层还活着时被 MySQL 清理
• 用 mysqladmin -u root ping 或 PDO::getAttribute(PDO::ATTR_CONNECTION_STATUS) 在取连接前做轻量健康检查（仅限关键路径）

用连接代理替代直连（适合中大型架构）

当单机 MySQL 连接数逼近上限（如 3000+），且业务模块间耦合度高、难以按服务拆分时，可部署连接代理层（如 ProxySQL 或 Vitess）。它能统一管理连接、自动重试、SQL 重写、慢查询拦截，并将 PHP 的“千级短连接”收敛为代理到 MySQL 的“百级长连接”。

• ProxySQL 后端配置 max_connections 和 max_replication_lag，前端对 PHP 保持简单直连语义
• 通过 mysql_query("SELECT * FROM stats_mysql_connection_pool") 实时观察各 hostgroup 的连接使用率与失败率
• 避免代理成为单点：ProxySQL 可集群部署 + keepalived VIP，或直接接入 Kubernetes Service 做负载