Debian Apache2 内存占用过高的排查与优化
一、快速定位问题
- 查看整体内存与负载：使用命令查看系统内存与交换分区使用，确认是否因内存紧张导致频繁换页。
- 定位占用最高的进程：用 top/htop 按内存排序，观察是否有个别 apache2 子进程占用异常偏高，这通常意味着应用或模块存在异常。
- 检查 Apache 错误日志：重点查看 /var/log/apache2/error.log，关注异常报错、崩溃信息、模块加载失败等线索。
- 分析访问模式：用 apachetop 或日志分析工具观察 每秒请求数（RPS）、长连接与慢请求，判断是否为连接管理或后端处理导致的内存压力。
二、核心优化措施
- 选择合适的 MPM（Multi-Processing Module）
- 动态内容多、并发高：优先 event（线程化、连接复用更好）。
- 使用 mod_php 的传统应用：建议改用 prefork，或迁移到 php-fpm（避免每个 Apache 子进程都内嵌解释器，显著降低单进程内存）。
- 限制并发与进程生命周期
- 合理设置 MaxRequestWorkers（prefork）或 ThreadsPerChild/MaxRequestWorkers（event/worker），避免并发过高导致内存膨胀。
- 设置 MaxConnectionsPerChild 为非零值（如 10000），周期性回收进程以抑制内存泄漏累积。
- 优化 KeepAlive
- 保持开启但缩短 KeepAliveTimeout（如 3–5 秒），降低长连接占用；高并发下可适当关闭。
- 精简模块与功能
- 禁用不需要的模块（如 autoindex 等），减少常驻内存与攻击面。
- 启用压缩与缓存
- 启用 mod_deflate 减少传输体积；启用 mod_cache/mod_disk_cache 缓存静态或可缓存内容，降低后端与 Apache 负载。
- 其他通用项
- 关闭 HostnameLookups Off 减少 DNS 查询开销；静态资源建议启用 sendfile 提升传输效率。
三、用“单进程内存 × 并发数”反推配置
- 估算公式
- 近似关系：Apache 进程数 ≈ KeepAliveTimeout × 每秒请求数 / 平均 KeepAlive 请求数
- 占用内存 ≈ 进程数 × 平均每进程内存（RES）
- 计算示例
- 假设：KeepAliveTimeout=5s，RPS=50，平均 KeepAlive 请求数=10，则并发进程数≈25。
- 若单进程 RES≈80MB，则总占用≈25 × 80MB = 2000MB。
- 设置 MaxRequestWorkers
- 若可用内存为 2GB，为系统与其他服务预留 20%–30%，可用于 Apache 约 1.4–1.6GB；则建议 MaxRequestWorkers ≈ 1.4–1.6GB ÷ 80MB ≈ 17–20。
- 若观察到个别进程异常大或疑似泄漏，可先降低 MaxRequestWorkers 并缩短 MaxConnectionsPerChild，再结合监控逐步调优。
四、配置示例与生效方式
- 示例一（prefork，适合仍用 mod_php 的场景）
- 示例二（event，适合高并发与 php-fpm 场景）
- 生效与回滚
- 语法检查：apache2ctl configtest
- 热重载：systemctl reload apache2（确保业务不中断）
- 若异常：恢复备份配置并再次检查语法与日志。
五、持续监控与进一步排查
- 持续观察
- 使用 free -h、top/htop、apachetop 观察内存与请求变化，验证调优成效。
- 深入排查
- 若单进程内存持续增长，优先检查应用代码与扩展（如 PHP 的 Fatal error/memory_limit 等），结合 Xdebug/Blackfire 做内存分析定位泄漏点。
- 检查 /var/log/apache2/error.log 获取模块与请求处理阶段的报错线索。