基于IIS部署的WordPress站点FastCGI进程0%CPU却占用内存是否正常？

这种CPU占用0%但保留内存的FastCGI进程大多属于正常现象，但需结合配置和业务负载判断是否存在优化空间，具体分析如下：

一、正常场景的核心原因 #

FastCGI采用进程池预创建机制，目的是避免每次请求都重新初始化PHP环境（加载WordPress核心、插件、主题等），以此提升响应速度：

• 当无请求时，进程处于空闲（idle）状态，CPU占用自然为0，但会保留已加载的代码和数据内存，等待下一次请求
• 只有当请求到来时，进程才会启动计算，CPU占用上升

二、需排查的配置异常情况 #

若空闲进程数量过多、内存占用过高影响服务器资源，检查以下关键FastCGI配置：

• maxInstances：控制进程池最大进程数。若设置远高于实际业务峰值负载，会导致大量无意义的空闲进程占用内存。建议根据峰值QPS调整，比如峰值QPS为20，单请求处理耗时0.5秒，maxInstances设为10左右即可
• idleTimeout：空闲进程的超时回收时间。设置过长会让空闲进程长时间占用内存；设置过短则会频繁销毁重建进程，损耗性能。建议设置为300秒（5分钟），根据业务访问间隔微调
• instanceMaxRequests：单个进程处理的最大请求数。若设置过大，进程可能因WordPress插件/主题的内存泄漏持续占用内存；设置过小则会频繁重建进程。建议设置为1000-5000区间，结合内存监控调整

三、额外排查方向 #

• 排查WordPress内存泄漏：在请求前后调用memory_get_usage()打印内存变化，确认是否有插件/主题在请求结束后未释放内存
• 核对IIS请求日志：若低频访问时段出现大量空闲进程属于正常；但高负载时段仍有大量空闲进程，说明进程池配置与负载不匹配，需调整maxInstances

内容的提问来源于stack exchange，提问作者user1414232