Ubuntu 上 PHP-FPM 性能瓶颈定位与优化
一 快速定位瓶颈
- 资源与进程
- 用 top/htop 观察 CPU、内存 是否吃满；用 php-fpm status 查看 active processes / idle processes / queue，判断是否进程不足或排队。
- 检查 文件描述符 限制（如 ulimit -n），以及 listen queue（FPM 队列）是否持续增长。
- 请求与后端
- 打开 slowlog（如 request_slowlog_timeout = 10s）定位慢脚本；分析 access.log/error.log 的 5xx、超时与重试。
- 若静态资源未命中缓存，会放大后端压力；确认 Nginx/Apache 对静态文件做了缓存与长连接。
- 典型现象与指向
- CPU 高、进程数满：进程不足或代码计算重。
- 内存吃紧、OOM：进程数过多或存在内存泄漏。
- 队列堆积、响应慢：后端（如数据库、外部 API）慢或连接瓶颈。
二 PHP-FPM 进程与超时关键配置
- 进程管理（/etc/php/{version}/fpm/pool.d/www.conf）
- 模式选择：短请求/波动负载用 dynamic；稳定高负载可考虑 static；低并发且强调冷启动成本低的场景再考虑 ondemand。
- 核心参数：pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers；按需设置 pm.max_requests（如 500）以回收潜在内存泄漏进程。
- 超时与缓冲
- request_terminate_timeout：硬超时，建议与 Nginx fastcgi_read_timeout 一致，避免提前中断；谨慎设置为 0（不超时）以免雪崩。
- request_slowlog_timeout + slowlog：持续发现慢点并优化代码/SQL。
- 通信与文件描述符
- 优先使用 Unix Socket（如 listen = /run/php/php{version}-fpm.sock）替代 TCP，降低网络开销。
- 提升 rlimit_files 与系统 ulimit -n，避免“Too many open files”。
三 PHP 运行时与缓存优化
- 启用并调优 OPcache（php.ini）
- 建议：opcache.enable=1、opcache.memory_consumption=128、opcache.interned_strings_buffer=8、opcache.max_accelerated_files=4000、opcache.revalidate_freq=60（开发环境可缩短 revalidate 频率便于调试）。
- 脚本限制
- 合理设置 memory_limit（如 128M–256M）与 max_execution_time（如 30s），避免单个请求拖垮进程池。
- 数据与对象缓存
- 引入 Redis/Memcached 做页面/数据/会话缓存，显著降低数据库压力与后端依赖。
四 Web 服务器与网络层优化
- Nginx 关键项
- 使用 Unix Socket 对接 FPM；开启 HTTP/2 与 Keep-Alive 减少连接开销。
- 调整 fastcgi_buffers 8 16k; fastcgi_buffer_size 32k; fastcgi_read_timeout 300s; 以匹配业务响应时间与返回体积。
- 静态资源
- 对图片、CSS、JS 启用 Cache-Control/ETag 与长 Expires，由 Nginx 直接服务，避免进入 PHP-FPM。
五 监控 压测 与迭代
- 监控与观测
- 持续观察 php-fpm status、Nginx 日志、slowlog；必要时引入 Prometheus + Grafana 做可视化与告警。
- 压测与容量评估
- 用 ab/wrk 等工具在预发环境压测，逐步提升并发，观察 queue、响应时间、错误率 与资源使用，验证 pm.max_children 与超时配置是否匹配目标 QPS。
- 变更与回滚
- 每次只调整一个关键参数，保持基线对照；变更后使用 sudo systemctl restart php{version}-fpm 重启生效，并做好配置与日志备份。