Apache MPM Worker 线程池参数调优指南

Apache 2.4 已彻底移除 Worker MPM，仅支持 Event MPM；需通过 httpd -V 确认 Server MPM: event，启用 mod_mpm_event.so 并禁用 prefork/worker 模块，再依内存精算 ThreadsPerChild、ServerLimit 和 MaxRequestWorkers。

Apache 2.4 中已不再支持 Worker MPM，配置会直接启动失败。你真正需要调优的是 Event MPM——它是 Worker 的线程安全演进版本，专为高并发、低内存、长连接场景设计。

确认当前实际启用的 MPM 模式

别凭印象或旧文档操作，先验证：

• 执行 httpd -V | grep -i mpm，输出必须是 Server MPM: event
• 若显示 prefork 或报错 'worker' not supported，说明尚未切换成功
• 检查模块加载：确保 LoadModule mpm_event_module modules/mod_mpm_event.so 已启用，且 mod_mpm_prefork.so 和任何 mod_mpm_worker.so 行被完整注释
• 重启前务必运行 httpd -t 验证语法

Event 模式核心线程参数含义与取值逻辑

Event 不是简单“多线程”，而是用事件驱动分离监听与工作线程。关键参数需协同设置：

• ThreadsPerChild：每个子进程创建的固定线程数。建议 25–75，过高易引发调度开销；25 是兼顾缓存效率与稳定性的常用起点
• MaxRequestWorkers：全局最大并发工作线程总数。它必须 ≤ ThreadsPerChild × ServerLimit；设为 400 时，若 ThreadsPerChild=25，则 ServerLimit 至少为 16
• ServerLimit：最大允许配置的子进程数（需重启生效）。仅当 MaxRequestWorkers 超过默认上限（通常 16）时才需调大
• MaxConnectionsPerChild：设为 0 表示子进程永不过期，可减少重建开销；但需确保后端应用无连接泄漏，否则长连接累积可能耗尽资源

按服务器资源反推合理并发上限

拍脑袋设 1000 并发可能压垮内存。应基于实测内存占用精算：

• 用命令估算单个工作线程常驻内存：
  ps aux | grep httpd | grep -v grep | awk '{sum+=$6} END {print sum/NR " KB"}'
• 假设结果为 15 MB/线程，服务器预留 4 GB 内存给 Apache，则理论线程上限 ≈ 4096 ÷ 15 ≈ 270
• 取 ThreadsPerChild = 25 → ServerLimit ≥ ceil(270 ÷ 25) = 11 → 建议取 12 或 16
• 最终 MaxRequestWorkers = 16 × 25 = 400，这就是真实可承载的并发请求数

配套必须检查项

Event 正常运行有硬性前提，缺一不可：

• PHP 必须走 php-fpm：禁用 mod_php，否则 Event 无法启动；宝塔用户可用 httpd -M | grep php 确认输出为空
• KeepAlive 开启且超时合理：Event 的优势依赖 KeepAlive 复用连接，建议 KeepAlive On + KeepAliveTimeout 5
• 系统级资源匹配：检查 ulimit -n 是否足够（建议 ≥ 65536），避免文件描述符不足导致连接拒绝