2.4 性能优化

2.4 Apache 性能优化指南：配置调优、缓存加速与高可用部署

Apache 作为全球广泛使用的 Web 服务器，其性能表现直接影响网站响应速度、并发承载能力与用户体验。本指南系统梳理六大核心优化方向——连接复用、进程模型调优、模块精简、多级缓存、内容压缩、反向代理与日志治理，结合生产环境最佳实践，提供可直接落地的配置方案与关键参数说明，助力构建高性能、低资源消耗的 Web 服务基础设施。

1. 连接复用优化：启用 KeepAlive 提升 HTTP 效率

HTTP/1.1 默认支持持久连接（Persistent Connection），启用 KeepAlive 可避免频繁建立/关闭 TCP 连接带来的握手开销，显著降低延迟并提升吞吐量。合理配置三项关键参数是性能与资源平衡的关键。

KeepAlive On
KeepAliveTimeout 5
MaxKeepAliveRequests 100
​

• KeepAlive On：强制启用持久连接，允许多个 HTTP 请求复用同一 TCP 连接
• KeepAliveTimeout 5：设置空闲连接超时为 5 秒。过短（如 ≤2s）易导致连接过早关闭，增加重连压力；过长（如 >15s）易堆积空闲连接，耗尽文件描述符
• MaxKeepAliveRequests 100：单连接最大请求数。建议设为 50–200，兼顾复用收益与连接老化控制

✅ 生产建议：对静态资源密集型站点（如 CMS、文档站），可将 KeepAliveTimeout 设为 3–8s，MaxKeepAliveRequests 设为 150；对动态 API 服务，建议保持默认或适度调低以加速连接回收。

2. 进程/线程模型调优：匹配硬件资源与负载特征

Apache 的并发处理能力由 MPM（Multi-Processing Module）决定。mpm_prefork（进程模型）适用于传统 PHP-CGI 环境，mpm_event（事件驱动）则为现代 PHP-FPM、Python WSGI 等场景的首选。以下以 mpm_prefork 为例说明核心参数逻辑：

<IfModule mpm_prefork_module>
    StartServers             5
    MinSpareServers          5
    MaxSpareServers         10
    MaxRequestWorkers       150
    MaxConnectionsPerChild   1000
</IfModule>
​

⚠️ 重要提醒：若启用 mpm_event（推荐用于 PHP-FPM 等场景），需替换为对应模块配置，并启用 mod_proxy_fcgi 替代 mod_php，实现进程复用与资源隔离。

3. 模块精简：卸载非必要模块降低内存与启动开销

Apache 默认加载约 40+ 模块，其中 mod_status、mod_info、mod_userdir、mod_autoindex 等在生产环境极少使用。禁用冗余模块可减少内存占用 15–30%，并缩短启动时间。

# 禁用非必要模块（在 httpd.conf 中注释或删除以下行）
# LoadModule status_module modules/mod_status.so
# LoadModule info_module modules/mod_info.so
# LoadModule userdir_module modules/mod_userdir.so
# LoadModule autoindex_module modules/mod_autoindex.so
# LoadModule access_compat_module modules/mod_access_compat.so
​

✅ 验证方法：执行 httpd -M | grep -E "(status|info|userdir|autoindex)"，确认无输出即已卸载成功。

4. 多级缓存策略：服务端缓存 + 浏览器缓存协同加速

采用“服务端缓存（磁盘/内存） + 客户端缓存（HTTP 头）”双层机制，最大限度减少后端计算与网络传输。

4.1 启用 mod_cache 实现服务端响应缓存

<IfModule mod_cache.c>
    CacheEnable disk /
    CacheRoot "/var/cache/apache2"
    CacheDirLevels 2
    CacheDirLength 1
    CacheMaxExpire 86400
    CacheDefaultExpire 3600
    CacheIgnoreCacheControl On
</IfModule>
​

• CacheEnable disk /：对全站启用磁盘缓存（生产环境建议限定路径，如 /static/ 或 /images/）
• CacheRoot：指定缓存目录，必须确保该路径具有 apache 用户写权限
• CacheDirLevels/CacheDirLength：优化缓存文件目录结构，避免单目录文件过多导致 inode 性能下降
• CacheIgnoreCacheControl On：忽略客户端 Cache-Control: no-cache 请求，强制服务端缓存（适用于 CDN 前置场景）

4.2 配置 mod_expires 设置浏览器缓存策略

<IfModule mod_expires.c>
    ExpiresActive On
    ExpiresDefault "access plus 1 day"
    ExpiresByType text/css "access plus 1 month"
    ExpiresByType text/javascript "access plus 1 month"
    ExpiresByType application/javascript "access plus 1 month"
    ExpiresByType image/jpg "access plus 1 year"
    ExpiresByType image/jpeg "access plus 1 year"
    ExpiresByType image/png "access plus 1 year"
    ExpiresByType image/webp "access plus 1 year"
    ExpiresByType image/gif "access plus 1 year"
    ExpiresByType application/font-woff "access plus 1 year"
    ExpiresByType application/font-woff2 "access plus 1 year"
    ExpiresByType application/vnd.ms-fontobject "access plus 1 year"
    ExpiresByType font/ttf "access plus 1 year"
    ExpiresByType font/otf "access plus 1 year"
</IfModule>
​

✅ 关键原则：静态资源（CSS/JS/图片/字体）设为长期缓存（1年），HTML 等动态内容设为短期缓存（1天），通过文件名哈希（如 app.a1b2c3.js）实现缓存失效。

5. 内容压缩：启用 Gzip/Brotli 减少传输体积

启用 mod_deflate 对文本类资源进行实时压缩，可降低 60–80% 的传输体积，显著提升首屏加载速度。

<IfModule mod_deflate.c>
    # 启用压缩
    SetOutputFilter DEFLATE

    # 压缩指定 MIME 类型
    AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css text/javascript application/javascript application/x-javascript application/json application/xml application/rss+xml application/atom+xml

    # 防止代理服务器缓存压缩后内容
    Header append Vary User-Agent env=!dont-vary

    # 不压缩已压缩文件及低版本 IE
    SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png|ico|zip|gz|bz2|7z|rar|exe)$ no-gzip dont-vary
    SetEnvIfNoCase User-Agent "MSIE [1-6]\." no-gzip dont-vary
</IfModule>
​

🔍 进阶建议：在支持 Brotli 的环境中（需 mod_brotli），优先启用 Brotli（压缩率比 Gzip 高 15–20%），并配置 Vary: Accept-Encoding 头确保 CDN 正确缓存。

6. 反向代理与负载均衡：构建高可用 Web 架构

Apache 可作为轻量级反向代理与负载均衡器，分发请求至后端应用服务器（如 Tomcat、Node.js、PHP-FPM），实现故障隔离与水平扩展。

6.1 基础反向代理配置

<IfModule mod_proxy.c>
    ProxyRequests Off
    ProxyPreserveHost On

    # 将 /api/ 路径代理至后端服务
    ProxyPass /api/ http://127.0.0.1:8080/api/
    ProxyPassReverse /api/ http://127.0.0.1:8080/api/

    # 将 /static/ 静态资源直接由 Apache 服务（不代理）
    ProxyPass /static/ !
</IfModule>
​

• ProxyPreserveHost On：透传原始 Host 头，确保后端服务正确识别请求域名
• ProxyPass /static/ !：排除静态路径，避免代理，提升效率

6.2 简单负载均衡（基于 mod_proxy_balancer）

<IfModule mod_proxy.c>
    <Proxy "balancer://mycluster">
        BalancerMember http://192.168.1.10:8080 loadfactor=1
        BalancerMember http://192.168.1.11:8080 loadfactor=1
        BalancerMember http://192.168.1.12:8080 loadfactor=1
        ProxySet lbmethod=byrequests
        ProxySet stickysession=ROUTEID
    </Proxy>

    ProxyPass /app/ balancer://mycluster/app/
    ProxyPassReverse /app/ balancer://mycluster/app/
</IfModule>
​

✅ 说明：lbmethod=byrequests 按请求轮询分发；stickysession=ROUTEID 启用会话粘滞（需后端配合设置 JSESSIONID 或自定义 cookie）。

7. 日志性能治理：平衡可观测性与 I/O 开销

过度日志记录是 Apache 性能隐形杀手。生产环境需严格控制日志粒度与输出目标。

7.1 精确设置日志级别

# 仅记录警告及以上级别（error, warn），屏蔽 info/debug
LogLevel warn

# 关键模块单独调低级别（如 mod_ssl 记录 info 便于调试）
<IfModule mod_ssl.c>
    LogLevel ssl:info
</IfModule>
​

7.2 条件化日志记录

# 屏蔽爬虫、健康检查、内部 IP 的访问日志
SetEnvIf User-Agent ".*Baiduspider.*" dontlog
SetEnvIf User-Agent ".*Googlebot.*" dontlog
SetEnvIf Request_URI "^/healthz$" dontlog
SetEnvIf Remote_Addr "192\.168\..*" dontlog

# 仅记录非屏蔽请求
CustomLog logs/access_log combined env=!dontlog
​

✅ 性能增益：合理配置后，日志 I/O 降低 40–70%，尤其在高并发场景下显著减少磁盘瓶颈。

总结：Apache 性能优化的核心闭环

Apache 性能优化并非单一参数调整，而是围绕 连接效率、资源调度、内容交付、架构扩展、可观测性 五大维度构建的系统工程：

• 连接层：通过 KeepAlive 与 MPM 参数实现连接复用与进程/线程资源的精准配给
• 内容层：mod_cache + mod_expires 形成服务端与客户端双缓存体系，mod_deflate 压缩传输体积
• 架构层：mod_proxy 与 mod_proxy_balancer 支撑反向代理与负载均衡，解耦 Web 层与应用层
• 精简层：卸载非必要模块，减少内存占用与启动延迟
• 治理层：条件化日志与分级日志策略，在保障运维可见性的同时抑制 I/O 泄漏

✅ 最后验证清单：

• 执行 httpd -t 确认配置语法正确
• 使用 ab 或 wrk 进行压测对比（如 wrk -t4 -c100 -d30s http://localhost/）
• 检查 top/htop 中 httpd 进程内存与 CPU 占用趋势
• 通过浏览器 DevTools 验证 Cache-Control、Content-Encoding、Connection: keep-alive 等响应头生效

持续监控、渐进调优、小步验证——这才是 Apache 高性能运维的可持续路径。