Apache并发能力取决于MPM类型与资源约束的精确匹配：Prefork按内存算进程上限，Worker/Event需线程与进程协同调优，调优后须用mod_status、压测和内存监控验证效果。
Apache 的并发能力不取决于“堆配置”，而取决于 MPM 类型与资源约束之间的精确匹配。调优不是调大数字，而是让进程/线程数量、单个实例内存开销、可用物理内存三者形成闭环。
先确认当前生效的 MPM 类型
别只看配置文件写了什么，要验证真实加载的是哪个模块：
- 执行 httpd -V（CentOS/RHEL）或 apache2ctl -V（Debian/Ubuntu），查找输出中 MPM: prefork、MPM: worker 或 MPM: event
- 若显示 event 或 worker 却想用 prefork，需彻底禁用其他 MPM：Debian/Ubuntu 运行 a2dismod mpm_event mpm_worker && a2enmod mpm_prefork；CentOS/RHEL 编辑 /etc/httpd/conf.modules.d/00-mpm.conf，仅保留 mpm_prefork_module 行不被注释
- 重启前务必运行 httpd -t 或 apache2ctl configtest 验证语法，避免因残留模块导致启动失败
Prefork 模式：按内存算进程上限
Prefork 是纯进程模型，“一请求一进程”，每个子进程独立占用内存（含 PHP 解释器）。关键不是设多少，而是确保总内存不溢出：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- MaxRequestWorkers（旧版叫 MaxClients）是核心：它等于最大并发请求数，也等于最大子进程数
- 估算公式：MaxRequestWorkers × 单进程内存 ≤ 可用物理内存 × 0.7（留 30% 给系统和其他服务）
- 典型值参考：8GB 内存服务器，PHP 进程平均占 18–22MB → 建议设为 300–400；若跑轻量静态站，可压到 100–200
- StartServers 设为 5–10，MinSpareServers 和 MaxSpareServers 分别设为 5 和 15，避免空闲进程过多或过少引发频繁 fork
Worker / Event 模式：线程与进程协同控制
这两类共享内存模型更省资源，但参数间有强依赖关系，不能孤立调整：
- ThreadsPerChild 决定每个子进程创建多少线程，建议设为 CPU 核心数的 1–2 倍（如 4 核设 8–16）
- MaxRequestWorkers 必须是 ThreadsPerChild 的整数倍；实际并发能力 = 子进程数 × ThreadsPerChild
- ServerLimit 要 ≥ MaxRequestWorkers ÷ ThreadsPerChild，否则 MaxRequestWorkers 会被自动截断
- Event 模式额外关注 AsyncRequestWorkerFactor：默认 100，表示每线程可处理的异步连接数上限，高 Keep-Alive 场景可适度调高（如 150），但需配合内核 net.ipv4.tcp_fin_timeout 等参数
调优后必须验证效果
改完配置不等于优化完成，要用数据判断是否合理：
- 启用 mod_status（设置 ExtendedStatus On），访问 /server-status?auto 查看实时 scoreboard 和 ReqPerSec、BusyWorkers 等指标
- 用 ab 或 wrk 做阶梯压测：从 50 并发开始，逐步加到预估峰值，观察响应时间突增点和错误率拐点
- 监控 top 中 httpd 进程的 RSS 总和，确认未超内存阈值；用 vmstat 1 观察 si/so（swap in/out）是否持续非零，有则说明内存已严重不足
