怎么优化 Apache 对 HTTP 请求的并行度管理

应优先选用 event MPM 模式，它通过事件驱动分离监听与工作线程，提升长连接并发能力；再依内存精算 MaxRequestWorkers 和 ThreadsPerChild，合理设置空闲线程池与进程生命周期，并配合 KeepAlive 及系统级优化。

优化 Apache 对 HTTP 请求的并行度管理，核心在于合理配置多处理模块（MPM）及其关联参数，确保服务器能高效复用资源、避免阻塞、匹配实际负载特征。关键不是堆高并发数值，而是让每个连接、线程或进程真正“忙起来”，且不因闲置或争抢拖慢整体响应。

选对 MPM 模块：先决定处理模型

Apache 的并发能力由所用 MPM 决定，不同模型适用场景差异明显：

• event MPM：推荐用于现代高并发网站，尤其含大量 KeepAlive 连接的场景。它用少量线程异步处理多个连接，内存占用低、扩展性好，是当前最佳实践首选。
• worker MPM：适合 I/O 密集型应用（如动态 PHP 页面较多），以多线程方式提升单进程利用率，但需注意线程安全问题。
• prefork MPM：每个请求独占一个进程，稳定但内存开销大，仅建议在必须运行非线程安全模块（如旧版 mod_php）时使用。

确认当前启用的 MPM：a2query -M（Ubuntu/Debian）或检查 httpd -V | grep MPM（RHEL/CentOS）。未启用 event，请先加载：a2enmod mpm_event 并禁用 prefork。

调优 MPM 核心参数：控制资源分配节奏

以 event MPM 为例，这些参数直接影响并行请求吞吐量与稳定性：

• MaxRequestWorkers：最大并发请求数。设为过高会耗尽内存，过低则无法压满带宽。经验公式：可用内存（MB）÷ 25 ≈ 合理值（例如 4GB 内存可设为 160 左右）。
• StartServers / MinSpareThreads / MaxSpareThreads：控制启动和空闲资源规模。不必设太高，例如 StartServers 4、MinSpareThreads 25、MaxSpareThreads 75 即可应对常规波动。
• ThreadsPerChild：每个子进程承载的线程数。通常设为 25–50，配合 MaxRequestWorkers 反推所需进程数（MaxRequestWorkers ÷ ThreadsPerChild）。
• MaxConnectionsPerChild 0：设为 0 表示子进程永不过期，避免频繁重启带来的连接抖动（除非有内存泄漏需定期回收）。

修改位置一般在 /etc/apache2/mods-enabled/mpm_event.conf（Ubuntu）或 extra/httpd-mpm.conf（源码安装）。

配合 KeepAlive：减少连接建立开销

KeepAlive 不是“开就完事”，而要与并行度协同设计：

• 保持开启：KeepAlive On，这是复用连接的前提。
• KeepAliveTimeout 设为 3–5 秒：太长（如 15 秒）会让空闲连接长期占位，挤占 MaxRequestWorkers 资源；太短（如 1 秒）又失去复用意义。
• MaxKeepAliveRequests 设为 80–150：足够支撑一个页面加载全部静态资源（HTML、CSS、JS、图片），又不会让单连接霸占太久。

该配置通常放在主配置文件 apache2.conf 或虚拟主机段内。

限制与保护：防止单点拖垮全局

高并行度下，恶意或异常请求容易触发资源耗尽。需主动设限：

• Timeout：设为 30 秒以内（如 Timeout 20），避免慢速攻击或卡死连接长期挂起。
• LimitRequestBody：限制上传体大小（如 LimitRequestBody 10485760 即 10MB），防止大文件请求吃光缓冲区。
• 搭配 mod_evasive 或 mod_security：对同一 IP 短时间高频请求自动拦截，保护并发资源不被滥用。

这些指令可写在全局配置或特定目录段中，实现分层防护。