Apache2.4 mpm_prefork模块进程数超出预期：MaxRequestWorkers指令详解
本文分析一个常见的Apache2.4服务器配置问题：在使用mpm_prefork模块时，实际运行的服务器进程数量超过MaxRequestWorkers指令设置值。
例如，Apache2.conf配置文件片段如下：
<code><IfModule mpm_prefork_module>
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxRequestWorkers 20
MaxConnectionsPerChild 0
</IfModule></code>
虽然MaxRequestWorkers设置为20，旨在限制同时处理的请求数，但监控显示服务器运行了40个进程。这并非MaxRequestWorkers指令失效，而是对其含义的误解。
MaxRequestWorkers并非直接限制进程总数，而是限制同时处理请求的子进程数量。mpm_prefork模块预先创建子进程。StartServers设定初始子进程数，MinSpareServers和MaxSpareServers控制空闲子进程数量。请求到来时，空闲子进程处理；不足时，创建新子进程，直到达到MaxRequestWorkers上限。
关键在于MaxConnectionsPerChild设置为0，意味着每个子进程可处理无限请求，直到进程结束（例如达到最大运行时间或内存限制）。因此，即使MaxRequestWorkers限制了同时处理请求的子进程数为20，这些子进程可能长期存在，持续处理请求，不会立即回收。当多个子进程同时存在并处理请求时，总进程数自然超过20。
解决方法：
-
调整
MaxConnectionsPerChild： 将其设置为非零值，限制每个子进程处理的请求数量，从而减少长期存在的子进程。 -
调整其他参数： 根据服务器负载，调整
MaxRequestWorkers、StartServers、MinSpareServers、MaxSpareServers等参数，找到最佳平衡点。 需要根据实际服务器负载和资源情况进行精细调整。
通过理解MaxRequestWorkers指令的真正含义并合理调整相关参数，可以有效控制Apache服务器的进程数量，优化资源利用率。
