PHP数据库性能优化是覆盖开发、部署、监控全链路的系统性工作，核心为减少查询、加快查询、降低负载、提前发现瓶颈，涵盖SQL精简、缓存复用、读写分离、冷热分离、垂直拆分、慢日志分析等实践。
PHP 数据库性能优化不是靠一两个技巧就能解决的，而是一个覆盖开发、部署、监控全链路的系统性工作。核心思路是：**减少查询、加快查询、降低负载、提前发现瓶颈**。
查询层面：精简与精准
大部分性能问题源于低效 SQL 和冗余操作。
- 避免 SELECT *，只取真正需要的字段，减少网络传输和内存开销
- 用 EXPLAIN 分析慢查询，重点关注 type（是否用到索引）、rows（扫描行数）、key（实际使用索引）
- 为 WHERE、ORDER BY、GROUP BY 中高频出现的字段建立复合索引，注意最左前缀原则
- 慎用 JOIN，尤其是多表嵌套；大表关联优先考虑应用层拆分或冗余必要字段（适度反范式）
- 分页避免 OFFSET 越大越慢，改用游标分页（如 last_id > ?）或延迟关联优化
应用层面：缓存与复用
让数据库少干活，是性价比最高的优化方式。
- 对不常变的数据（如配置、地区列表）使用 APCu 或 Redis 缓存，设置合理过期策略
- 开启 PHP 的 OPcache，避免重复编译脚本，提升整体响应速度
- 在 DAO 层统一管理连接，复用 PDO 实例，禁用持久连接（mysqlnd_pdo_mysql 持久连接易引发连接泄漏和状态污染）
- 批量操作用 INSERT ... VALUES (...), (...) 替代循环单条插入；更新/删除也尽量合并条件
架构层面：分流与隔离
单点扛不住时，靠结构设计分担压力。
立即学习“PHP免费学习笔记（深入）”；
- 读写分离：主库写，从库读，配合中间件（如 MaxScale）或 Laravel 的 read/write connection 配置
- 冷热数据分离：将历史订单、日志等归档到独立库或表，主业务库保持轻量
- 垂直拆分：按业务域拆分数据库（如 user_db、order_db），减少锁竞争和单库容量压力
- 水平分片（Sharding）适用于超大规模场景，但需权衡复杂度；可先从关键表（如用户、订单）试点
运维与监控：可观测才可控
没有数据支撑的优化是盲调，持续观测才能闭环改进。
- 启用 MySQL 的 slow_query_log，阈值设为 0.1~0.5 秒，并定期分析 top SQL
- 用 pt-query-digest 解析慢日志，定位高耗时、高频率、高影响的查询
- 监控关键指标：QPS、TPS、连接数、InnoDB buffer hit rate、主从延迟
- 在 PHP 应用中埋点记录 SQL 执行时间（如 Laravel 的 Query Builder 事件监听），结合 Prometheus + Grafana 做应用级追踪
不复杂但容易忽略。
