如何优化Apache2响应速度

Apache2响应速度优化实操指南

一 基础与系统层面优化

• 保持系统与软件为最新稳定版，及时获得性能修复与安全改进。
• 优先保障内存充足，避免swap；用 top/ps 估算单个 Apache 进程常驻内存，确保 MaxRequestWorkers 设置后总占用内存仍在物理内存范围内。
• 启用sendfile（若内核支持）以加速静态文件传输：在 Linux 上默认可用，能显著降低 CPU 占用。
• 视平台与场景选择是否启用mmap：多 CPU 的 Solaris 或 NFS 场景下可能出现扩展性或稳定性问题，必要时关闭 EnableMMAP。
• 关闭或收敛DNS 反查：HostnameLookups 设为 Off；若必须解析，使用 logresolve 在离线环境处理日志。
• 减少目录级开销：将 AllowOverride None（避免 .htaccess 逐层查找）、使用 FollowSymLinks（避免 SymLinksIfOwnerMatch 的额外 lstat 检查）、用显式 DirectoryIndex 列表替代通配。
• 如启用 KeepAlive，建议：KeepAlive On、MaxKeepAliveRequests 100、KeepAliveTimeout 5（数值过大浪费连接资源，过小增加握手次数）。

二 MPM 选择与关键参数

• 选择原则：
  • prefork：非线程安全模块（如部分 PHP 老版本）首选，稳定但内存占用高。
  • worker/event：线程化，适合高并发；event 基于事件驱动，通常内存更省、并发更好。
• 计算 MaxRequestWorkers 的简易方法：
  1. 用 top/ps 观察单个 httpd 进程常驻内存（MB）；2) 预留系统与其他服务内存；3) MaxRequestWorkers ≈ 可用内存 / 单进程常驻内存。目标是“不触发 swap”。
• 示例配置（仅作模板，需结合实际压测微调）：
  • event（常见合理起点）：
    • StartServers 2；MinSpareThreads 25；MaxSpareThreads 75；ThreadsPerChild 25；ThreadLimit 64；MaxRequestWorkers 150；MaxConnectionsPerChild 0
  • prefork（非线程安全场景）：
    • StartServers 5；MinSpareServers 5；MaxSpareServers 10；ServerLimit 256；MaxRequestWorkers 256；MaxRequestsPerChild 4000
• 调整策略：先定好内存上限与 MaxRequestWorkers，再围绕目标并发与 RTT 调整 KeepAlive、超时与 MPM 参数，每次变更后进行压测与观测。

三 传输与内容层面优化

• 启用压缩：使用 mod_deflate 压缩文本类资源（如 text/html、text/css、application/javascript），减少传输字节数。
• 设置浏览器缓存：使用 mod_expires 为不同类型资源设置合适 Cache-Control/Expires，如：
  • text/css、application/javascript：1 week；image/jpeg、image/png、image/gif：1 month；text/html：1 hour（可按业务调整）。
• 页面级缓存：启用 mod_cache/mod_cache_disk 缓存可缓存内容，示例：
  • CacheEnable disk /；CacheRoot /var/cache/apache2；CacheDirLevels 2；CacheDirLength 1。
• 启用 HTTP/2（mod_http2）：在支持场景下提升并发与首包时间表现。
• 启用 SSL/TLS 会话复用与 OCSP Stapling：
  • SSLSessionCache shmcb:/var/run/ssl_scache(512000)；SSLSessionCacheTimeout 300
  • SSLOpenSSLConfCmd DHParameters /etc/ssl/certs/dhparam.pem；SSLUseStapling On；SSLStaplingCache “shmcb:/var/run/stapling-cache(150000)”
• 静态资源交付：优先使用 sendfile；若发现 NFS/稳定性问题，关闭 EnableSendfile 作为兜底。

四 监控 排障与上线流程

• 启用状态页与监控：使用 mod_status（ExtendedStatus On）查看 Busy/Idle workers、每秒请求数 等关键指标；结合日志轮转（如 logrotate）控制磁盘与 I/O 压力。
• 基线压测与 A/B 验证：在相近流量下对比优化前后指标（TTFB、RPS、P95/P99、CPU/内存、错误率），逐步调参而非一次性大幅改动。
• 上线顺序建议：备份配置 → 灰度/低峰变更 → 观察监控与日志 → 全量发布；任何变更保留回滚方案。
• 常见陷阱与规避：
  • 过度开启 KeepAlive 导致连接占用过高；
  • MaxRequestWorkers 过大触发 swap；
  • 滥用 AllowOverride/HostnameLookups 引发额外系统调用与 DNS 查询；
  • 在 NFS 或特定平台误用 sendfile/mmap 导致稳定性问题。