Apache 的并发处理能力直接受 MPM（Multi-Processing Module，多处理模块）控制。很多服务器沿用默认的 prefork 模式，每个请求独占一个进程，内存消耗高，并发量上升后很容易出现连接等待和响应变慢。实际上，通过切换为 event 或 worker 模式并调整关键参数，可以在不增加硬件投入的前提下显著提升吞吐量。本文将从 MPM 的工作机制出发，结合参数含义和配置示例，说明如何优化 Apache 的并发处理能力。
一、Apache MPM 的三种工作模式与并发瓶颈
MPM 决定了 Apache 如何接收和处理客户端请求。prefork 模式是最传统的方式，主进程会预先创建多个子进程，每个子进程在同一时间只能处理一个请求。这种模式的优势在于稳定，适合与不兼容线程安全的旧模块配合使用，但缺点是每个请求都要占用独立的进程地址空间，内存开销大，高并发下很容易达到内存上限，导致服务器不得不拒绝新连接。
worker 模式引入了线程的概念，每个子进程可以创建多个线程，每个线程处理一个请求。相比 prefork，worker 在相同内存占用下能够承载更多并发连接，但线程共享进程资源，要求所有模块都必须是线程安全的。event 模式则是在 worker 的基础上进一步优化，它使用专门的监听线程接收连接，并把空闲连接交给工作线程处理，尤其适合长连接和 KeepAlive 场景。event 模式在连接保持期间不会长期占用工作线程，因此并发能力更强。
并发瓶颈通常来自两个方面：一是进程或线程数量不足，导致请求在队列中等待；二是进程或线程数量过多，造成内存耗尽和上下文切换频繁。理解不同 MPM 的资源模型，是进行参数调优的前提。如果当前使用的是 prefork 模式，切换到 event 模式往往能带来数倍的并发提升。
二、核心 MPM 参数详解与配置实例
在 event 和 worker 模式下，有几个核心参数直接决定并发处理能力。StartServers 表示启动时创建的子进程数量，MinSpareThreads 和 MaxSpareThreads 分别控制空闲线程的最小和最大数量。空闲线程太少会导致新请求到来时频繁创建线程，增加延迟；空闲线程太多则会浪费内存。ThreadsPerChild 定义每个子进程能够创建的线程数，而 MaxRequestWorkers 则是整个服务器能够同时处理的最大请求数，通常等于子进程数量乘以每个子进程的线程数。
还有一个容易被忽略的参数是 MaxConnectionsPerChild，它设置每个子进程在处理多少个请求后自动退出并被新的子进程替换。这个参数可以防止模块内存泄漏长期积累，但设置过小会导致进程频繁重建，增加系统开销。对于大多数生产环境，设置为几千到几万是比较合适的。
下面是一个针对 event 模式的配置示例，假设服务器有 4 核 CPU 和 4GB 内存，可以按照每个线程大约 20MB 内存来估算。
<IfModule mpm_event_module>
StartServers 3
MinSpareThreads 75
MaxSpareThreads 250
ThreadsPerChild 25
MaxRequestWorkers 400
MaxConnectionsPerChild 10000
</IfModule>
在这个配置中，启动时创建 3 个子进程，每个子进程最多 25 个线程，因此最多可以有 75 个线程同时工作。随着并发增加，Apache 会自动增加子进程数量，直到达到 MaxRequestWorkers 所规定的 400 个线程上限。空闲线程数保持在 75 到 250 之间，既能快速响应突发流量，又不会长时间占用过多内存。
如果仍然使用 prefork 模式，参数会略有不同。prefork 模式下没有线程概念，需要设置 StartServers、MinSpareServers、MaxSpareServers 和 MaxRequestWorkers。例如：
<IfModule mpm_prefork_module>
StartServers 5
MinSpareServers 5
MaxSpareServers 20
MaxRequestWorkers 150
MaxConnectionsPerChild 5000
</IfModule>
prefork 模式下每个请求占用一个进程，内存消耗明显更高，因此 MaxRequestWorkers 的取值必须更加保守。通常建议根据每个进程的实际内存占用和服务器可用内存来计算，不要盲目调大，否则会触发系统 OOM。
三、如何切换 MPM 并验证优化效果
在基于 Debian 或 Ubuntu 的系统中，可以通过命令行工具查看当前启用的 MPM 模块。执行 apachectl -V 或 httpd -V，输出中会显示类似 Server MPM: prefork 的信息。若要切换到 event 模式，首先需要确认所有已加载的模块都支持线程安全，然后禁用 prefork 并启用 event。
以 Debian 系统为例，可以使用以下命令完成切换：
sudo a2dismod mpm_prefork sudo a2enmod mpm_event sudo systemctl restart apache2
在 CentOS 或 RHEL 系统中，则需要编辑 /etc/httpd/conf.modules.d/00-mpm.conf 文件，注释掉 prefork 相关的加载行，并取消 event 模块的加载注释，然后重启 httpd 服务。
切换完成后，不要只凭感觉判断性能是否提升。建议使用压力测试工具进行量化对比。例如使用 ab 发送 1000 个请求，并发级别设置为 100：
ab -n 1000 -c 100 http://127.0.0.1/index.html
观察输出中的 Requests per second、Time per request 以及 Failed requests 等指标。切换前后分别记录测试结果，如果吞吐量提升且失败请求为零，说明参数调整起到了正向作用。测试时还可以结合 top 或 htop 监控内存和 CPU 使用情况，确保没有出现资源耗尽。
调优过程中常见的误区是把 MaxRequestWorkers 设置得过大。这个值超过系统承载能力后，不仅不能提升性能，反而会导致内存交换和进程崩溃。另一个误区是忽略 KeepAlive 超时时间。在 event 模式下，合理设置 KeepAliveTimeout 可以释放空闲连接占用的线程资源，通常设置为 2 到 5 秒即可。最后，任何参数修改后都应重启 Apache 并再次压测验证，避免配置错误影响线上服务。
通过理解 MPM 的工作方式，根据实际流量和硬件条件计算进程线程数量，再配合压力测试不断调整，Apache 完全能够在高并发场景下保持稳定、高效的响应能力。
Apache MPM并发处理参数优化修改时间：2026-08-27 20:57:12