PHP-FPM进程数怎么定：先算内存余量，再看排队和慢请求

PHP-FPM进程数怎么定：先算内存余量，再看排队和慢请求。围绕实际建站与运维需求，整理检查步骤、验证方法和适用边界，避免照搬配置导致新的问题。

别把别人的进程数直接抄过来

站点变慢时增加PHP-FPM进程，可能减少等待，也可能让整机开始交换内存。官方配置里的pm.max_children限制同时处理请求的子进程数量，配置应结合当前服务器负载，而不是只依据CPU核心数。

先算可以留给PHP的预算

列出数据库、缓存、系统和其他站点的常态占用，给流量峰值与运维操作留出余量，再估计PHP可用内存。观察多个实际业务请求下的子进程占用，不要把一个空闲进程当成所有请求的成本。共享页面与私有内存也不能简单混算成精确容量。

按保守预算选择初始上限后，在业务低峰验证。关注是否出现排队、进程上限告警、交换活动和错误率。若请求长期等待数据库或外部接口，仅增加进程可能把更多连接压到下游。

调整时要留下判断依据

每次记录配置、时间、请求量和慢请求样本，只改一组参数。选择动态、按需或静态模式时，要考虑流量稳定性和冷启动影响。不要为了消除一条告警直接取消所有限制。

若容量已经接近物理上限，应优化慢路径、拆分后台任务或扩容。本文只给计算与验证方法，不提供脱离环境的万能数值；状态及诊断入口应限制访问，不能公开在互联网上。

官方配置资料核对：2026-11-02，未对本站FPM执行修改。

参考：官方资料。