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

兄弟，这种情况其实挺常见的，先别慌！咱们来拆解下到底是正常现象还是配置出了问题：

先说说为什么会出现0%CPU但占内存的FastCGI进程 #

FastCGI在IIS里是进程池模式运行的——为了应对突发的访问请求，IIS会预先生成一批空闲的FastCGI进程（也就是你看到的这些CPU0%的进程），它们已经加载了PHP运行环境、WordPress核心文件等内容，随时待命处理请求。当没有请求过来时，这些进程就处于“待命”状态，CPU自然是0%，但内存已经被分配出去了，这其实是IIS为了提升响应速度的设计，避免每次有请求才临时启动进程、加载环境的延迟。

怎么区分正常和异常？ #

• 正常情况：

  • 进程数量在你FastCGI配置的maxInstances（最大进程数）和minFreeServers（最小空闲进程数）范围内；
  • 内存占用稳定，不会持续飙升，当有请求时这些空闲进程会被唤醒，CPU占用会立刻上升；
  • 空闲进程会在idleTimeout（空闲超时）设置的时间后被自动回收，释放内存。

• 异常情况：

  • 进程数量远超你设置的maxInstances限制，不断疯涨；
  • 单个进程的内存占用持续攀升，甚至出现内存泄漏（比如运行几小时后每个进程内存都涨到几百M以上）；
  • 即使没有请求，进程也不会被回收，内存占用一直居高不下。

排查优化建议 #

• 检查FastCGI核心配置：
  • 调整instanceMaxRequests参数：这个值是单个进程处理多少请求后自动重启，建议设为1000左右，避免进程长时间运行积累内存泄漏；
  • 合理设置idleTimeout：比如设为300秒（5分钟），让长时间空闲的进程自动回收，释放内存；
  • 确认maxInstances和服务器内存匹配：比如服务器是4G内存，WordPress每个进程占200M左右，那maxInstances别超过15，避免内存耗尽。
• 检查PHP配置：
  • 确认memory_limit设置合理，WordPress至少建议256M，根据插件数量适当调整，别设得过大造成内存浪费；
• 排查WordPress本身：
  • 停用不必要的插件/主题，排查是否有插件存在内存泄漏问题；
  • 启用WordPress的调试模式，或者用内存监控插件查看内存使用情况，定位异常占用的来源。

备注：内容来源于stack exchange，提问作者utsav