CentOS 下 PHP-FPM 进程数合理设置指南
一 核心思路与快速估算
- 先估算单个 PHP-FPM 进程的内存占用（常落在20–30MB，个别应用可能更高），再结合服务器总内存与系统预留，计算可承载的最大进程数：max_children ≈ 可用内存 / 单进程内存。例如：8GB 内存、单进程按 30MB 估算，理论上限约 ≈266，实际建议留出系统与其他服务（如 Nginx/MySQL）空间，取 ≈120–160 更稳妥。内存较小（如 1GB）时，优先用 dynamic/ondemand 模式并压低上限，避免 OOM。并发不足或过多都会带来性能问题：进程太少会排队、响应慢；进程太多会内存吃紧、上下文切换高、负载飙升。
二 进程管理模式选择与取舍
- static（静态）：进程数固定，等于 pm.max_children；适合内存充足（如 ≥8GB）且负载相对稳定的场景，优点是响应稳定、避免频繁启停；注意仍需为系统和其他服务预留内存。
- dynamic（动态）：按需伸缩，由 pm.start_servers / pm.min_spare_servers / pm.max_spare_servers 控制；适合内存较小或负载波动较大的场景，优点是更省内存，但伸缩有开销。
- ondemand（按需）：仅在请求到来时拉起进程，配合 pm.process_idle_timeout 回收；适合极低并发或资源非常紧张的环境，但冷启动可能增加首包时延。
三 关键参数与计算示例
- 核心参数与作用
- pm：进程管理模式（static/dynamic/ondemand）
- pm.max_children：最大同时存活的子进程数（最关键）
- pm.start_servers：启动时进程数（dynamic）
- pm.min_spare_servers / pm.max_spare_servers：最小/最大空闲进程数（dynamic）
- pm.max_requests：每个进程处理多少请求后自动重启，用于缓解长时运行的内存泄漏
- 计算示例（给出可落地的计算过程）
- 假设：总内存 8GB，系统与其他服务预留 2GB，单进程峰值 30MB，则可用 ≈6GB；理论上限 6GB/30MB ≈ 200。为应对波动与峰值，建议 pm.max_children ≈ 120–160。
- 若总内存仅 1GB，预留 512MB，单进程按 ≈25MB 计，则 max_children ≈ 512MB/25MB ≈ 20；此时更推荐 dynamic，并将上限控制在 ≈20–30 区间，避免 OOM。
- 动态模式下的常用“稳态”配置经验
- start_servers 常取 min_spare + (max_spare - min_spare)/2 的中位值，便于快速热身与稳态维持。
四 配置落地与验证步骤
- 编辑 FPM 池配置（常见路径：/etc/php-fpm.d/www.conf 或 /usr/local/php/etc/php-fpm.conf），示例（dynamic，面向中等规模站点）：
- pm = dynamic
- pm.max_children = 80
- pm.start_servers = 10
- pm.min_spare_servers = 5
- pm.max_spare_servers = 20
- pm.max_requests = 500
- 使配置生效并观察
- 重启服务：systemctl restart php-fpm
- 查看进程与内存：ps aux | grep php-fpm | wc -l、top/htop、free -m
- 开启并访问状态页（在 www.conf 中启用：pm.status_path = /status；Nginx 侧仅允许本地访问），关注 active processes / max children reached 等指标，结合 /var/log/php-fpm/error.log 排查告警与瓶颈。
五 常见症状与调整方向
- 出现 WARNING: server reached pm.max_children setting 或 Nginx 502：说明并发上来但进程上限不足，适当提高 pm.max_children，并同步检查慢请求与数据库瓶颈。
- 高峰期响应变慢、队列堆积：适度提高 pm.start_servers / pm.min_spare_servers，减少冷启动与扩容延迟。
- 内存吃紧、系统抖动：降低 pm.max_children，或改用 dynamic/ondemand；必要时开启 pm.max_requests 定期回收进程，缓解内存泄漏影响。