如何优化 Apache MPM 进程及线程参数

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

优化 Apache MPM 参数不是调大数字，而是让进程/线程数量与服务器实际资源、业务类型和请求特征匹配。核心在于选对 MPM 模式，再基于内存反推关键数值，避免排队、阻塞或 OOM。

先确认并锁定合适的 MPM 模式

Apache 2.4 提供 prefork、worker、event 三种模式，不能共存，必须明确启用一种：

• 静态内容多、PHP 是 NTS（非线程安全）版本、或需强隔离防崩溃 → 用 prefork：每个请求独占一个进程，稳定但内存开销大
• 动态内容为主、PHP 支持线程安全（ZTS）、CPU 核心较多 → 可考虑 worker：进程+线程混合，比 prefork 节省内存
• 高并发、大量 KeepAlive 连接、API 轮询频繁、HTTPS 持久连接多 → 首选 event：事件驱动，空闲连接不占工作线程，适合现代 Web 架构

验证当前生效模式：httpd -V | grep -i mpm。若结果不是目标模式，需禁用其他 MPM 模块（如 a2dismod mpm_worker），再加载对应模块并重启服务。

按物理内存反算 MaxRequestWorkers（或 MaxClients）

这个值是并发能力的硬上限，超了就会排队或返回 503。它不是越大越好，而要受可用内存约束：

• 用 ps aux | grep httpd | grep -v grep | awk '{sum+=$6} END {print sum/NR " KB"}' 查单个工作进程/线程平均驻留内存
• 预留系统、MySQL、PHP-FPM 等基础开销后，得出 Apache 可用内存（例如 4 GB）
• prefork 下：假设单进程占 20 MB，则 MaxClients ≈ 4096 ÷ 20 ≈ 200
• event 下：假设单线程占 15 MB，ThreadsPerChild=25，则 MaxRequestWorkers = ServerLimit × ThreadsPerChild，ServerLimit 至少为 ceil(200 ÷ 25) = 8

注意：event 模式要求 PHP 必须走 php-fpm，不能用 mod_php；prefork 则必须只用 mod_php，禁用 php-fpm 服务。

合理设置空闲资源池与生命周期

避免请求突增时频繁 fork 或创建线程，也防止空闲资源长期占用内存：

• prefork：StartServers 设为 MinSpareServers 相同值（如 5），MaxSpareServers 设为 MinSpareServers 的 2 倍左右（如 10～15），防止空闲进程过多
• event / worker：重点调 MinSpareThreads 和 MaxSpareThreads（如 75 和 250），配合 ThreadsPerChild 控制每进程线程数（常见 25 或 50）
• MaxRequestsPerChild（prefork）或 MaxRequestsPerThread（worker/event）设为非零值（如 1000～5000），可缓解内存泄漏、自动回收老化进程/线程

配合 KeepAlive 与系统级参数协同优化

MPM 参数效果会受连接管理方式影响：

• KeepAlive On 启用后，KeepAliveTimeout 建议设为 3～5 秒，太长会积压空闲连接，挤占 MaxRequestWorkers 名额
• MaxKeepAliveRequests 设为 100 左右较稳妥，避免单连接长期霸占资源
• 系统层面检查 net.core.somaxconn 和 net.ipv4.ip_local_port_range，确保内核能支撑高并发连接
• 修改配置后务必运行 httpd -t 或 apache2ctl configtest 验证语法，再重启服务