Apache2.4 mpm_prefork模块进程数超标：MaxRequestWorkers指令的真正含义是什么？

Apache2.4 mpm_prefork模块进程数超出预期：MaxRequestWorkers指令详解

本文分析一个常见的Apache2.4服务器配置问题：在使用mpm_prefork模块时，实际运行的服务器进程数量超过MaxRequestWorkers指令设置值。

例如，Apache2.conf配置文件片段如下：

    StartServers             5
    MinSpareServers          5
    MaxSpareServers          10
    MaxRequestWorkers        20
    MaxConnectionsPerChild   0

虽然MaxRequestWorkers设置为20，旨在限制同时处理的请求数，但监控显示服务器运行了40个进程。这并非MaxRequestWorkers指令失效，而是对其含义的误解。

MaxRequestWorkers并非直接限制进程总数，而是限制同时处理请求的子进程数量。mpm_prefork模块预先创建子进程。StartServers设定初始子进程数，MinSpareServers和MaxSpareServers控制空闲子进程数量。请求到来时，空闲子进程处理；不足时，创建新子进程，直到达到MaxRequestWorkers上限。

关键在于MaxConnectionsPerChild设置为0，意味着每个子进程可处理无限请求，直到进程结束（例如达到最大运行时间或内存限制）。因此，即使MaxRequestWorkers限制了同时处理请求的子进程数为20，这些子进程可能长期存在，持续处理请求，不会立即回收。当多个子进程同时存在并处理请求时，总进程数自然超过20。

解决方法：

• 调整MaxConnectionsPerChild： 将其设置为非零值，限制每个子进程处理的请求数量，从而减少长期存在的子进程。
• 调整其他参数： 根据服务器负载，调整MaxRequestWorkers、StartServers、MinSpareServers、MaxSpareServers等参数，找到最佳平衡点。 需要根据实际服务器负载和资源情况进行精细调整。

通过理解MaxRequestWorkers指令的真正含义并合理调整相关参数，可以有效控制Apache服务器的进程数量，优化资源利用率。