利用日志驱动 CentOS 上的 PHP 性能优化
一、建立可观测性基础
- 配置 PHP 错误日志：在 php.ini 中开启并落盘，生产环境建议关闭屏幕输出，仅记录日志。示例：
- display_errors = Off
- log_errors = On
- error_log = /var/log/php/php-error.log
- 配置 PHP-FPM 慢日志与访问日志：编辑池配置（如 /etc/php-fpm.d/www.conf），开启慢请求记录，便于定位耗时函数与调用栈。
- slowlog = /var/log/php-fpm/www-slow.log
- request_slowlog_timeout = 2s（按业务调整阈值）
- access.log = /var/log/php-fpm/www-access.log（记录请求时间、状态码、进程占用等）
- Web 服务器访问日志：确保 Nginx/Apache 访问日志开启，便于从 URL、状态码、响应时间等维度发现热点与异常。
- 数据库慢查询日志：在 MySQL 配置中启用慢查询日志，捕获执行时间过长的 SQL。
- slow_query_log = 1
- slow_query_log_file = /var/log/mysql/slow-query.log
- long_query_time = 1（单位秒，可按需调整）
- 应用内结构化日志：在关键路径（API 入口、DB 调用前后、外部接口调用前后）打点，输出 trace_id、uri、method、sql、duration_ms、memory、status 等字段，便于串联全链路。以上配置与做法可显著提升问题定位效率，并为后续优化提供数据依据。
二、从日志中定位瓶颈
- 错误与异常聚集：实时查看 PHP 错误日志，关注 Fatal error、Parse error、Allowed memory size exhausted、Maximum execution time exceeded 等高频异常，优先修复导致中断或重试的缺陷。
- 命令示例：tail -f /var/log/php/php-error.log
- 慢请求定位：分析 PHP-FPM 慢日志，识别超过阈值的请求及其调用栈；结合访问日志统计高频慢端点。
- 命令示例：tail -f /var/log/php-fpm/www-slow.log
- 访问模式与热点接口：从 Web 访问日志提取高耗时或高错误率 URI，聚焦优化。
- 命令示例：awk ‘{print $7}’ /var/log/nginx/access.log | sort | uniq -c | sort -nr | head
- 数据库瓶颈：分析 MySQL 慢查询日志，找出缺失索引、全表扫描、复杂联表等问题；配合 EXPLAIN 验证执行计划并添加合适索引。
- 命令示例：mysqldumpslow -s t /var/log/mysql/slow-query.log
- 资源与依赖：结合系统监控（如 top/htop）观察 CPU、内存、I/O、连接数，确认瓶颈是否在应用、数据库或外部依赖。以上步骤可系统化发现性能瓶颈并指导优化优先级。
三、日志驱动的优化动作
- 代码与数据库优化
- 减少 N+1 查询：在日志中若发现同一请求多次访问同一实体，使用 预加载/批量查询 或缓存结果。
- 优化 SQL：为慢查询添加合适索引、避免 SELECT *、拆分大事务；对热点数据设置合理 TTL 缓存（如 Redis/Memcached），并在日志中记录缓存命中率。
- 外部调用治理：对 HTTP/RPC 调用设置 超时与重试，在日志中记录耗时与失败率，必要时引入熔断/降级。
- 运行时与配置优化
- 启用并正确配置 OPcache（生产建议 validate_timestamps=0，配合部署流程刷新）：
- opcache.enable=1
- opcache.memory_consumption=128
- opcache.max_accelerated_files=4000
- opcache.validate_timestamps=0（生产）
- 升级至 PHP 8.x 并启用 JIT（适合计算密集型场景）：
- opcache.jit_buffer_size=256M
- opcache.jit=1235
- 调整 PHP-FPM 进程模型与数量（示例为动态模式，按 CPU/内存与并发实测微调）：
- pm = dynamic
- pm.max_children = 50
- pm.start_servers = 4
- pm.min_spare_servers = 2
- pm.max_spare_servers = 6
- 精简扩展：禁用未使用的扩展，降低内存占用与启动开销（如 php -m 检查，/etc/php.d/*.ini 调整）。
- 缓存与静态化
- 对不常变的数据使用 Redis/Memcached 缓存；对静态资源启用 CDN 与 浏览器缓存，并在日志中观察命中率与带宽变化。以上动作与配置能直接减少重复计算与 I/O，提升吞吐与稳定性。
四、验证与持续监控
- 回归验证：优化上线后，对比优化前后日志中的 平均/95分位响应时间、峰值内存、错误率、慢请求数、SQL 平均耗时 等指标，确认收益。
- APM 持续观测：引入 New Relic、Datadog、Blackfire 等 APM，建立关键事务的 SLI/SLO 与告警，结合日志实现问题快速定位与回溯。
- 渐进式调优：按“日志发现 → 假设 → 改动 → 验证”的闭环迭代，避免一次性大幅变更；对 PHP-FPM、OPcache、数据库、缓存 等变更分批灰度，观察日志与监控趋势再扩大范围。持续化监控与闭环验证可确保优化成果稳定落地。