利用日志定位 CentOS 上 PHP 性能瓶颈的实操指南
一 日志清单与定位路径
- 先明确日志种类与默认路径，便于后续逐类排查与关联分析：
- PHP-FPM 错误日志：/var/log/php-fpm/error.log（进程启动、警告、致命错误等）
- PHP-FPM 访问日志：/var/log/php-fpm/access.log（请求处理时间、状态码、方法、URI 等）
- PHP-FPM 慢日志：/var/log/php-fpm/slowlog.log（执行时间超过阈值的脚本与调用栈）
- Web 服务器访问日志：/var/log/nginx/access.log 或 /var/log/httpd/access_log（流量、热点接口）
- Web 服务器错误日志：/var/log/nginx/error.log 或 /var/log/httpd/error_log（上游超时、连接失败）
- 脚本自定义错误日志：由 php.ini 的 error_log 或 ini_set(‘error_log’, ‘/path’) 指定
- 若路径不存在，优先检查 PHP-FPM 与 Web 服务（Nginx/Apache）配置中的 error_log / access_log / slowlog 指令是否已启用与正确指向。
二 启用与验证关键日志
- 启用并验证 PHP-FPM 慢日志（定位脚本级瓶颈最快）
- 在 /etc/php-fpm.d/www.conf（或主配置）中开启：
- slowlog = /var/log/php-fpm/slowlog.log
- request_slowlog_timeout = 1s（按业务调整阈值）
- 重启并验证：systemctl restart php-fpm；写入测试脚本（如 sleep(2)）确认慢日志落盘。
- 启用 PHP 错误日志（避免错误静默放大问题）
- 在 php.ini：log_errors = On、设置 error_log 路径；生产环境建议 display_errors = Off。
- 启用 Web 访问日志（用于热点与异常流量识别）
- Nginx/Apache 默认已启用；按需确保 combined 或包含 $request_time/$upstream_response_time 的格式，便于与 FPM 日志关联。
- 启用 MySQL 慢查询日志（当瓶颈在数据库时）
- 在 /etc/my.cnf 或 /etc/mysql/my.cnf：
- slow_query_log = 1
- slow_query_log_file = /var/log/mysql/slow-query.log
- long_query_time = 1（单位秒）
- 重启 mysqld 并验证日志生成。
三 日志分析流程与关键命令
- 建议按“先宏观、后微观；先 Web、再 FPM、后 DB”的顺序分析，并用时间戳与 request_uri / script_filename 进行跨日志关联。
- 1）宏观流量与热点接口
- 统计 Top N URL（Nginx/Apache 访问日志）：
- awk ‘{print $7}’ /var/log/nginx/access.log | sort | uniq -c | sort -nr | head -20
- 识别异常请求（高频 UA、异常参数、扫描路径等）：
- awk ‘{print $1}’ /var/log/nginx/access.log | sort | uniq -c | sort -nr | head
- 2）FPM 层耗时与异常
- 实时观察慢请求与错误：
- tail -f /var/log/php-fpm/error.log
- tail -f /var/log/php-fpm/slowlog.log
- 统计 Top 慢接口（按脚本与请求方法聚合，示例以第 7 列为 URI，需按实际日志格式调整列号）：
- awk ‘{print $7, $4}’ /var/log/php-fpm/access.log | sort | uniq -c | sort -nr | head
- 3）数据库层慢查询
- 快速查看最慢的 N 条 SQL：
- mysqldumpslow -s t -t 20 /var/log/mysql/slow-query.log
- 4）跨日志关联示例
- 以 request_uri=“/api/report” 为例，先定位时间窗口，再在 FPM 慢日志与 MySQL 慢日志中同步检索相同时间段，核对是否存在“慢 SQL → FPM 阻塞 → HTTP 超时/高耗时”的链路。
四 常见瓶颈与日志特征对照表
| 瓶颈类型 |
主要日志特征 |
快速验证 |
优化方向 |
| 代码执行慢 |
FPM 慢日志出现脚本与调用栈；FPM 访问日志 request_time 高 |
复现请求并抓取慢日志 |
使用 Xdebug/Blackfire/XHProf 定位函数级热点；算法与循环优化 |
| 数据库慢查询 |
MySQL 慢查询日志中 Query_time 高、扫描行数大 |
复现 SQL 并 EXPLAIN 分析 |
加索引、改写 SQL、分页优化、引入缓存 |
| 配置不当 |
FPM 队列堆积、进程频繁重启；错误日志出现 allowed memory size exhausted 等 |
查看 php-fpm.conf 的 pm.max_children / pm.start_servers 等 |
调整 pm 策略与 memory_limit；启用 OPcache |
| 异常流量/攻击 |
访问日志中单 IP/UA 高频、异常路径扫描 |
统计 Top IP/UA |
防火墙/限流/WAF 策略 |
| 资源不足 |
系统 CPU/内存 告警；FPM 进程占用高 |
top/htop 观察 |
扩容、负载均衡、异步/队列化 |
| Web 与上游超时 |
Nginx 错误日志出现 upstream timed out；FPM 日志显示慢或崩溃 |
对比 $request_time 与 $upstream_response_time |
调整 fastcgi_read_timeout / fastcgi_send_timeout；优化 FPM 与 DB |
五 优化与验证闭环
- 代码与数据库
- 使用 Xdebug/Blackfire/XHProf 做函数级剖析，优先优化占比最高者；对热点数据引入 Redis/Memcached 缓存，减少 DB 压力。
- PHP 运行时
- 启用 OPcache（生产环境强烈建议），合理设置内存与缓存策略，显著降低编译开销。
- FPM 与 Web 配置
- 依据 pm.max_children / pm.start_servers / request_terminate_timeout 与 fastcgi_read_timeout 等参数进行压测调优；必要时引入 Nginx/HAProxy 做负载均衡与水平扩展。
- 变更验证
- 使用 ab/JMeter/K6 进行回归压测，观察 p95/p99 延迟、吞吐、错误率 是否改善，并与日志中的 慢日志/慢查询 数量对比，形成闭环。