怎样优化Apache2内存使用

优化 Apache2 内存使用的实用方案

一 基线评估与容量规划

• 明确单进程内存：在高峰期用命令查看 Apache 进程常驻内存（如 RSS），例如执行 top/htop，按 %MEM 排序，记录单个 httpd/apache2 进程的典型占用（记为 M MB）。
• 计算安全并发：用公式估算上限 MaxRequestWorkers ≤ 可用内存 / M。例如可用内存 1 GB、单进程 30 MB，则上限约为 33；为突发留余量，建议再下调 20%–30%。
• 持续观测：结合 free -m、日志与监控工具（如 apachetop）观察一段时间内的内存与并发趋势，作为调参依据。
• 排查异常：若个别进程 RSS 异常偏高，优先排查应用代码、第三方模块或后端（如数据库）慢查询导致的驻留增长。

二 MPM 选择与核心参数

• 选择合适的 MPM（Multi-Processing Module）：
  • prefork：每个进程单线程，最稳、最兼容（如 mod_php）；但内存随进程数线性增长。
  • worker/event：多进程多线程，连接复用更好，通常更省内存、并发更高；需确保模块与语言栈兼容（如 PHP 用 php-fpm）。
• 关键参数与建议（示例为保守起步值，需按实测微调）：
  • prefork（适合传统模块栈）

    <IfModule mpm_prefork_module>
        StartServers          5
        MinSpareServers       5
        MaxSpareServers      10
        MaxRequestWorkers    150   # 依据“可用内存 / 单进程M”计算后再下调20%-30%
        MaxConnectionsPerChild 10000 # 非零可周期性回收，缓解内存碎片/泄漏
    </IfModule>
    

  • event/worker（适合 php-fpm 等）

    <IfModule mpm_event_module>
        StartServers             2
        MinSpareThreads         25
        MaxSpareThreads         75
        ThreadLimit             64
        ThreadsPerChild         25
        MaxRequestWorkers      150   # 约等于 (可用内存 / 单线程M) * 线程/进程
        MaxConnectionsPerChild   10000
    </IfModule>
    

• 连接与超时：
  • 启用持久连接但控制时长：KeepAlive On、MaxKeepAliveRequests 100、KeepAliveTimeout 5（并发高时可适当缩短，降低空闲占用）。

三 模块与内容交付优化

• 精简模块：仅启用必需模块，禁用不需要的模块（如用 a2dismod 在 Debian/Ubuntu 上禁用），降低常驻内存开销。
• 压缩传输：启用 mod_deflate 压缩 HTML/CSS/JS，减少带宽与传输时间。
• 静态资源缓存：启用 mod_cache/mod_disk_cache，配合 mod_expires 设置长期过期，降低重复请求对后端与内存的压力。
• 高效发送：启用 sendfile（若 OS 支持），提升静态文件吞吐、减少用户态/内核态拷贝。
• 谨慎清理缓存：仅在必要时执行 sync && echo 3 > /proc/sys/vm/drop_caches 释放 PageCache/dentry/inode，避免 IO 抖动。

四 系统与内核参数调优

• 交换与回收策略：适度降低 vm.swappiness，减少换页；必要时调整 vm.overcommit_memory 以匹配内存分配策略（如设为 2 更保守）。
• 透明大页（THP）：对高并发/长生命周期连接场景，建议禁用或按需配置 THP，降低内存合并带来的延迟与占用波动。
• 变更生效：修改 MPM/内核参数后，使用 systemctl restart apache2（或 httpd）重启服务，并在低峰期进行。

五 上线验证与维护

• 分阶段压测：用 ab 或 wrk 逐步提升并发，观察 内存占用、请求耗时、错误率，验证 MaxRequestWorkers/KeepAliveTimeout 等取值。
• 灰度与回滚：先在测试/灰度环境验证，再滚动上线；保留回滚方案。
• 持续监控与日志：定期分析 error.log/access.log 与监控面板，关注异常状态码、慢请求与进程 RSS 异常增长。
• 应用层优化：若为 PHP 等动态应用，修复内存泄漏、优化查询与对象生命周期，减少单请求驻留。