maxconnectionsperchild在平滑重载后不强制退出旧子进程，而是让其处理完当前请求后，按剩余请求数自然终止；该参数仅在event/worker模式下生效，用于防止内存累积，典型值为5000–15000。
maxconnectionsperchild 不控制平滑重载时子进程的立即退出，而是决定老旧子进程在重载后是否“自然终结”。它不参与重载指令（如 apachectl graceful）的即时调度，但会显著影响重载后残留子进程的生命周期。
平滑重载期间，老旧子进程不会被强制杀死
执行 graceful 时，父进程会启动新子进程，并等待旧子进程处理完当前请求后自行退出。此时：
- 旧子进程继续服务已接受的连接，不中断活跃请求
- 旧子进程不再接受新连接（监听套接字移交给了新进程）
- 旧子进程是否退出，取决于它是否已达到
MaxConnectionsPerChild设定的请求数上限
MaxConnectionsPerChild 在重载后仍持续计数
该参数对每个子进程独立计数，且计数器不会因重载而清零。这意味着：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 若一个旧子进程在重载前已处理了 4800 个请求（设
MaxConnectionsPerChild 5000），重载后它最多还能处理剩余的 200 个请求，然后自动退出 - 若它已在重载前达到或超过阈值（如设为 5000，已处理 5000+），则会在完成当前请求后立即终止，无需等待下一次请求
- 该行为与 MPM 模式强相关：仅在
event或worker下生效；prefork下对应的是MaxRequestsPerChild
为什么这个机制能减少内存残留
老旧子进程长期运行易累积内存（如 PHP 扩展未释放、C 模块缓存未清理）。重载本身不释放其内存，但 MaxConnectionsPerChild 提供了“兜底退出”保障：
- 即使重载后没有新请求，只要旧进程尚未达到阈值，它会空闲等待直至超时（由
Timeout或KeepAliveTimeout控制）才退出 - 一旦达到阈值，无论是否空闲，进程都会终止并由 OS 彻底回收内存
- 因此，合理设置该值（如 5000–15000）可确保重载后数分钟内，所有旧进程基本完成自然退出，避免“僵尸进程”长期驻留
实际配置建议
为配合平滑重载实现更干净的内存回收，推荐组合使用：
-
MaxConnectionsPerChild 8000（event/worker 模式下典型值） -
MaxSpareServers 20（避免重载后空闲进程过多） -
MinSpareServers 10（保证新进程池快速就绪） - 配合监控
ps aux --sort=-%mem | grep httpd和mod_status查看各子进程Req计数，验证是否按预期递减归零
