apache重载后子进程僵死、内存不释放,本质是mpm平滑重启时旧worker未正确终止,持续驻留占用资源却不处理请求,常见于event/worker模式,尤与php-fpm长连接或慢速后端相关。
apache 重载后子进程僵死、内存不释放,本质是 mpm(多路处理模块)在平滑重启(reload)过程中未能正确终止旧 worker 进程,导致它们持续驻留、占用内存和文件描述符,却不处理新请求。这不是“服务没起来”,而是“旧进程赖着不走”——常见于 mpm_event 或 mpm_worker 模式,尤其搭配 php-fpm 长连接或慢速后端时。
确认是否真有僵死子进程
别只看 systemctl status apache2 显示 active,要查真实进程状态:
- 执行
ps aux | grep 'apache2\|httpd' | grep -v grep,观察是否有大量 UID 为www-data(或apache)的进程,其启动时间远早于最近一次 reload 时间(可用date -d @$(stat -c %Y /var/run/apache2/apache2.pid)查主进程启动时间比对); - 检查这些进程的 RSS 内存是否持续增长或长期高位不降(
ps -o pid,user,vsz,rss,lstart,comm -C apache2); - 用
sudo lsof -p PID | wc -l查单个 worker 的打开文件数,若远高于正常值(如 >500),说明它可能卡在某个 I/O 等待中未退出。
重点排查三类阻塞点
僵死通常不是 Apache 自身 bug,而是被外部依赖拖住:
Apache Superset 是一个广泛采用的开源 BI 平台,用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时,此技能非常有用。
-
后端超时未设限:mod_proxy 或 mod_fastcgi 连接 PHP-FPM/Java 后端时,若后端响应极慢或挂起,worker 会一直等待,
ProxyTimeout或FcgidIOTimeout缺失或设得过大(如 300 秒以上),就会让进程“晾”在那里; -
PHP 脚本死循环或阻塞 I/O:特别是使用
fsockopen、curl_exec、数据库长连接未设connect_timeout/read_timeout的脚本,在 reload 时不会被强制中断,worker 继续持有资源; -
共享内存或信号量残留:某些模块(如
mod_cache_socache或自定义扩展)在 reload 时未正确清理 IPC 资源,导致新旧进程争抢或旧进程卡在锁等待中。
配置层快速缓解与加固
在根因未清前,先防止恶化:
- 在
mpm_event.conf或mpm_worker.conf中启用强制回收机制:MaxConnectionsPerChild 10000(默认 0 表示不限制,建议设为 5000–20000);GracefulShutdownTimeout 30(让僵死进程最多再活 30 秒就 SIGKILL); - 为所有代理/FCGI 连接显式设超时:
ProxyTimeout 30、FcgidIOTimeout 45、FcgidBusyTimeout 60; - 禁用不必要的模块(如
a2dismod status info),减少 reload 时的模块卸载复杂度; - 将
LogLevel提升至info或debug,并在 reload 后紧盯/var/log/apache2/error.log中graceful restart和child process exited with status类日志,识别哪些 worker 是“静默消失”还是“报错退出”。
验证修复效果的实操步骤
改完配置别急着 reload,按顺序验证:
- 先运行
apache2ctl configtest确保语法无误; - 执行
sudo systemctl reload apache2; - 立即执行
sleep 5 && ps aux --sort=-%mem | head -10 | grep apache2,观察是否有老进程残留; - 用
ab -n 1000 -c 100 http://localhost/模拟轻压,再查进程数是否稳定在MinSpareThreads~MaxRequestWorkers区间内; - 连续 reload 3 次,每次间隔 2 分钟,用
free -m观察已用内存是否不再阶梯式上涨。










