如何通过CentOS PHP日志提升网站响应速度

用日志定位瓶颈并以配置与 SQL 优化提升响应速度

一 日志体系与关键配置

• PHP-FPM 慢日志：记录执行时间超过阈值的脚本调用栈，用于发现 PHP 层耗时函数、外部调用与逻辑瓶颈。
• PHP 错误日志：捕获致命错误、警告、异常，很多性能问题（如连接失败、重试循环）会先体现在错误日志中。
• Nginx 访问日志：通过请求时间字段（如**$request_time**）快速筛出慢请求，配合条件日志只写入超阈值请求，减少磁盘压力。
• MySQL 慢查询日志：定位拖慢页面的SQL，结合 EXPLAIN 与索引优化见效最快。

建议的阈值与路径（可按业务调整）：

• PHP-FPM：request_slowlog_timeout = 1s；slowlog = /var/log/php-fpm/www-slow.log
• PHP：log_errors = On；error_log = /var/log/php-fpm/php-error.log
• Nginx：记录超过 1s 的请求到独立慢日志（见下文配置片段）
• MySQL：slow_query_log = 1；long_query_time = 1（单位秒）；slow_query_log_file = /var/log/mysql/mysql-slow.log

二 启用与验证日志

• PHP-FPM 慢日志（Pool 配置，如：/etc/php-fpm.d/www.conf）

  • 配置示例：
    • request_slowlog_timeout = 1s
    • slowlog = /var/log/php-fpm/www-slow.log
  • 重启生效：systemctl restart php-fpm（或 php7.4-fpm / php8.0-fpm 等）
  • 验证：tail -f /var/log/php-fpm/www-slow.log 观察是否有堆栈与耗时记录出现

• PHP 错误日志（php.ini）

  • 配置示例：
    • display_errors = Off（生产环境）
    • log_errors = On
    • error_log = /var/log/php-fpm/php-error.log
  • 用途：快速发现连接池耗尽、DNS 解析失败、重试循环等“隐形杀手”

• Nginx 访问日志与慢请求分离

  • 建议在 http 块统一定义格式，在 server 块按需写入慢日志（> 1s）：
    • log_format main 增加 rt=$request_time
    • 使用 map 将慢请求分流到 slow 日志（Nginx 原生条件日志通过 map + 多 access_log 实现）
  • 配置片段示例：
    • log_format main ‘$remote_addr - $remote_user [$time_local] “$request” $status $body_bytes_sent “$http_referer” “$http_user_agent” rt=$request_time’;
    • log_format slow ‘$remote_addr - $remote_user [$time_local] “$request” $status $body_bytes_sent “$http_referer” “$http_user_agent” rt=$request_time’;
    • map $request_time $log_name { default main; 1.000+ slow; }
    • access_log logs/access.log main;
    • access_log logs/slow.log slow if=$log_name;
  • 验证：ab 或 wrk 压测后查看 logs/slow.log 是否出现超 1s 请求

• MySQL 慢查询日志

  • 配置示例（my.cnf）：
    • slow_query_log = 1
    • slow_query_log_file = /var/log/mysql/mysql-slow.log
    • long_query_time = 1
  • 验证与分析：tail -f /var/log/mysql/mysql-slow.log；使用 mysqldumpslow -s at -t 10 汇总最慢 SQL

三 从日志到优化的闭环流程

• 步骤 1：用 Nginx 慢日志找出“哪些 URL 最慢”

  • 关注字段：rt=$request_time，优先排查 > 1–2s 的端点
  • 目的：缩小范围，锁定具体接口/页面

• 步骤 2：用 PHP-FPM 慢日志定位“脚本内哪一段最耗时”

  • 关注：堆栈中的函数/方法、外部 HTTP 调用、文件 I/O、循环与递归
  • 目的：明确是业务逻辑、外部依赖还是框架初始化导致的瓶颈

• 步骤 3：用 MySQL 慢查询日志找出“拖慢页面的 SQL”

  • 方法：对慢日志中的典型 SQL 使用 EXPLAIN 检查扫描方式、索引使用、排序与临时表
  • 优化手段：添加/改写索引、避免 SELECT *、优化 JOIN 与子查询、分页优化

• 步骤 4：代码与架构层优化

  • 解决 N+1 查询（ORM 预加载或批量查询）
  • 引入缓存（如 Redis/Memcached）降低数据库压力
  • 合并/压缩静态资源，减少请求次数与阻塞

• 步骤 5：验证与回归

  • 复测相同场景，确认慢日志条目减少、P95/P99 延迟下降、吞吐提升

四 常见瓶颈与优化对照表

五 快速命令清单

• 实时查看 PHP-FPM 慢日志：tail -f /var/log/php-fpm/www-slow.log
• 汇总 Nginx 访问日志中 Top URL：awk ‘{print $7}’ /var/log/nginx/access.log | cut -d’/’ -f1 | sort | uniq -c | sort -nr
• 汇总最慢 SQL（MySQL）：mysqldumpslow -s at -t 10 /var/log/mysql/mysql-slow.log
• 检查 SQL 执行计划：EXPLAIN SELECT …

六 进阶与注意事项

• 避免在生产长期开启 Xdebug；使用 Blackfire / New Relic / Datadog APM 做低开销的持续性能剖析与告警。
• 条件日志与采样：Nginx 可用 map 分流；高流量场景可对慢日志做采样或降低阈值，避免磁盘被写满。
• 日志轮转与保留：为 php-fpm、nginx、mysql 配置 logrotate，保留 7–30 天并压缩，防止磁盘撑爆。
• 变更风险控制：调整 request_slowlog_timeout / long_query_time 等阈值后，先灰度观察，再全量上线。