高并发下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-FPMrequest_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 做负载
