应优先选用 event MPM，因其事件驱动+线程池模型可高效处理长连接与高并发；prefork 因内存开销大、并发低且仅适用于旧版 mod_php，现代 php-fpm 等反向代理场景下已无存在必要；worker 仅适用于老系统或特定线程安全问题场景。
Apache 的核心并发处理能力由 MPM（Multi-Processing Module）决定，它不是可插拔的普通模块，而是编译时绑定、运行时唯一启用的底层执行模型。选错 MPM，再调优配置也难突破瓶颈；选对了，才能让硬件资源真正转化为吞吐与低延迟。
三种主流 MPM 的本质区别
当前 Apache 2.4 默认且推荐使用 event，而 prefork 和 worker 仍被广泛部署，三者差异不在“好不好”，而在“适不适合”：
- prefork：纯进程模型，每个请求独占一个子进程，无共享内存、无线程竞争。稳定、兼容老模块（如某些 PHP 模块），但内存开销大，单进程约占用 10–20 MB，200 并发即需 2–4 GB 内存；不适用于高并发静态服务或反向代理场景。
- worker：多进程 + 多线程混合模型，每个子进程含多个线程（如 ThreadsPerChild 25），线程共享进程内存空间。内存效率高，适合中高并发，但要求所有加载模块线程安全；mod_proxy 在高线程下偶有连接复用异常，需谨慎验证。
- event：基于异步事件驱动（类似 Nginx 的 epoll/kqueue），专为长连接优化。用少量线程管理大量 Keep-Alive 连接，空闲连接不占工作线程；对 HTTPS 终止、反向代理后端（如 Tomcat）尤其友好。实测在 800 并发下仍保持毫秒级 Apache 层转发延迟，是现代部署事实标准。
MPM 选择的关键判断依据
不必纠结“哪个最快”，而应看业务约束和协作方式：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 若 Apache 只做静态文件服务或 HTTPS 终止，且服务器 CPU/内存充足，直接选 event；
- 若 Apache 反向代理 Java 应用（如 Tomcat），MPM 不影响 Java 接口本身的响应时间，但显著影响代理层吞吐与连接复用效率——event 是首选，worker 次之，prefork 仅用于极低并发或调试环境；
- 若必须加载 非线程安全模块（如旧版 mod_php 或某些 C 扩展），只能选 prefork，此时应限制 MaxRequestWorkers ≤ 100，并确保物理内存足够；
- 若运行在老旧系统（如无 epoll 支持的内核）或需极致稳定性压倒一切，prefork 仍是合理选择。
典型配置参数对照说明
不同 MPM 使用不同参数集，混淆会导致启动失败或行为异常：
- prefork 关键参数：StartServers、MinSpareServers、MaxSpareServers、MaxRequestWorkers（旧称 MaxClients）、ServerLimit（突破默认 256 限制需同步设）；
- worker 关键参数：StartServers、MaxRequestWorkers、ThreadsPerChild、MinSpareThreads、MaxSpareThreads；
- event 关键参数同 worker，但额外依赖 ListenBacklog 和 MaxConnectionsPerChild，且默认启用异步 I/O（无需 APR-SSL 特殊配置）。
如何确认和切换当前 MPM
MPM 在编译时固化，无法运行时切换，但可通过命令快速识别：
- 执行
httpd -V | grep 'Server MPM'或httpd -l，输出含prefork.c、worker.c或event.c即表示当前启用模块； - 更换 MPM 需重新编译 Apache，configure 时指定
--with-mpm=event（或 prefork/worker），并确保 APR 和 APR-Util 支持线程； - Apache 2.4.17+ 支持
--enable-mpms-shared编译为动态模块，但生产环境仍建议静态链接以保稳定。
