CentOS PHP日志中的慢查询优化策略

CentOS PHP日志中的慢查询优化策略

一 定位与采集

• 开启并标准化 PHP-FPM 慢日志
  在池配置（如 /etc/php-fpm.d/www.conf）中设置阈值与路径，例如：
  slowlog = /var/log/php-fpm/www-slow.log
  request_slowlog_timeout = 1s
  修改后重载服务：systemctl reload php-fpm。慢日志会记录超阈值请求的脚本文件与具体行号/函数，便于快速定位瓶颈。示例条目会显示 script_filename 与如 sleep()/mysql_query() 的调用栈。
• 必要时补充 Nginx 层慢请求日志
  通过 map 将 $request_time > 1s 的请求单独写入慢日志，便于从 Web 层视角观察耗时分布与上游响应时间。
• 同步开启数据库层慢查询日志
  在 MySQL（或 MariaDB）中开启慢查询日志并设置阈值，例如：
  slow_query_log = ON；long_query_time = 1（单位秒，可按业务调整）。
  使用 mysqldumpslow 或 pt-query-digest 对慢日志进行聚合分析，找出高频与高耗的 SQL 指纹。

二 常见根因与快速修复

• SQL 与索引问题
  典型现象包括：全表扫描、扫描行数过多、使用磁盘临时表或 filesort、对字段做函数计算或类型转换导致索引失效（如 LIKE ‘%abc%’）。
  快速修复：
  1. 用 EXPLAIN 检查执行计划，关注 type（理想为 const/ref/range）、rows（扫描行数）、是否出现 Using temporary/Using filesort；
  2. 增加或重构组合索引，遵循最左前缀，尽量使用覆盖索引减少回表；
  3. 避免在 WHERE 中对索引列做运算/函数，避免前导通配的 LIKE；
  4. 分页避免大偏移（如 OFFSET 100000），改用基于游标的“seek method”。
• 连接与语句执行策略
  减少循环内查询与 N+1 查询；对高并发短查询可考虑 持久连接（注意连接池与空闲回收）；批量操作拆分执行，避免一次性大事务/大导入。
• 实例与参数瓶颈
  当 CPU/IO 接近瓶颈或数据量激增导致执行计划劣化时，需结合监控扩容实例规格；同时审视会话/全局参数（如 join_buffer_size、sort_buffer_size、tmp_table_size）是否匹配业务特征。
• 计划突变与版本升级
  数据库版本或统计信息变化可能引发执行计划退化（如从 ref 退化为 index/all），需复核执行计划与索引，必要时通过 Hint 或重构 SQL 稳定计划。

三 缓存与架构优化

• 应用层缓存
  对热点数据使用 Redis/Memcached 做结果缓存，设置合理 TTL 与失效策略，显著降低数据库读压。
• PHP 运行时优化
  启用 OPcache（生产建议 validate_timestamps=0）、升级至 PHP 8.x + JIT（如 opcache.jit=1235、opcache.jit_buffer_size=256M），精简无用扩展，降低解释与加载开销。
• 连接与进程管理
  结合并发与内存选择 pm=dynamic/ondemand，合理设置 pm.max_children、pm.start_servers、pm.min/max_spare_servers，避免排队与 OOM；数据库侧根据负载调整连接相关参数与池大小。
• 读写分离与集群
  高并发/大数据量场景引入只读副本或数据库集群，将报表/分析类查询与在线事务分离，提升整体吞吐与稳定性。

四 监控验证与回放

• 建立指标闭环
  持续跟踪 PHP-FPM 慢日志条数/平均耗时、MySQL Slow Query Log 数量/95分位耗时、以及 QPS/错误率/连接数/CPU·IO 等系统指标，形成基线并设定告警阈值。
• 压测与瓶颈识别
  使用 wrk 等工具进行不同并发/时长压测，观察 P95/P99 延迟与超时，结合系统监控判断是 CPU/IO/连接/锁 哪类瓶颈，再回到 SQL/索引/配置层迭代。
• 变更回归与 A/B 验证
  优化上线前进行回放/灰度与对照实验（如仅对 10% 流量开启新索引或缓存策略），以数据评估收益与副作用，再全量推广。