PHP数据库性能关键在连接方式、资源管理与查询设计：短连接高并发开销大，持久连接需防状态残留，推荐连接池；预编译缺失、字符集不匹配、超时设置不当会拖慢查询；大结果集、无LIMIT、N+1问题及未释放连接均加剧延迟。
PHP 连接数据库的性能，不只取决于网络或服务器配置，更关键的是连接方式、资源管理与查询设计是否合理。频繁建立新连接、未复用连接、长连接空闲、查询未加索引、结果集过大等，都会显著拖慢响应速度。
连接方式选择直接影响开销
PHP 默认使用 短连接（如 mysqli_connect() 或 PDO 构造时不设持久化），每次脚本执行完就断开。这意味着高并发下反复 TCP 握手、认证、初始化会带来明显延迟。
- 启用持久连接（如 PDO 的
PDO::ATTR_PERSISTENT => true）可复用底层连接，减少重复开销，但需注意连接池管理、状态残留（如用户变量、临时表）问题； - MySQLi 支持
mysqli_pconnect()，但 PHP-FPM 下效果受限（因进程模型导致持久连接无法跨 worker 共享），更适合 mod_php 环境； - 现代应用更推荐用连接池中间件（如 ProxySQL、MySQL Router）或应用层连接池（如 Laravel 的 DB connection pool 配合 Swoole 协程）替代原生持久化。
查询执行前的隐性耗时常被忽略
从调用 query() 到真正执行 SQL，中间存在多个潜在瓶颈：
- PHP 层参数绑定未预编译（尤其 PDO 中未设
PDO::ATTR_EMULATE_PREPARES => false），会导致 MySQL 每次都解析 SQL，丧失预处理优势； - 字符集不一致引发隐式转换（如字段是
utf8mb4，而连接默认用latin1），使索引失效； - 未设置合适的
wait_timeout和interactive_timeout，导致空闲连接被服务端主动断开，下次使用时报 “MySQL server has gone away” 并触发重连。
结果集处理不当放大延迟感知
即使查询本身快，PHP 对结果的处理也可能成为性能瓶颈：
立即学习“PHP免费学习笔记（深入）”；
- 用
fetch_all(MYSQLI_ASSOC)一次性取回全部数据，内存占用随记录数线性增长，大结果集易触发 OOM 或 GC 停顿； - 未限制返回行数（
LIMIT缺失）或未分页，导致 MySQL 扫描全表+排序后再截断，实际做了大量无用工作； - 在循环中逐条执行单条查询（N+1 问题），网络往返叠加解析开销远超一次 JOIN 或批量 IN 查询。
连接生命周期管理不到位加剧资源争用
PHP 脚本结束时，未显式关闭连接或释放结果集，可能延缓连接归还：
- 长时间未
free_result()或close()，会使 MySQL 线程持续持有结果集内存，影响并发能力； - 异常未捕获导致连接未关闭，连接数缓慢累积至
max_connections上限，后续请求排队等待； - 在 CLI 或长生命周期脚本（如队列消费者）中复用连接时，未检测连接有效性（可用
ping()或简单SELECT 1），导致后续查询失败后才重建，增加不可控延迟。
不复杂但容易忽略。优化重点不在写多快的 SQL，而在让每一次连接和查询都“该建时建、该用时用、该放时放”。
