Debian Apache2如何进行性能调优

Debian 上 Apache2 性能调优实操指南

一 基线准备与模块管理

• 保持系统与软件为最新，减少漏洞与性能回退：执行 sudo apt update && sudo apt upgrade。完成后重启服务：sudo systemctl restart apache2。
• 精简模块，降低内存占用与攻击面：仅启用必需模块（如 ssl、rewrite），禁用不需要的模块（如 autoindex 等）。示例：sudo a2dismod autoindex；需要时再启用：sudo a2enmod ssl。
• 开启 Keep-Alive 减少握手开销：KeepAlive On；MaxKeepAliveRequests 100；KeepAliveTimeout 5。
• 关闭 HostnameLookups（避免每条请求做 DNS 反查）：在全局或虚拟主机配置中加入 HostnameLookups Off。
• 调整 Timeout 为合理值（如 15–30 秒），避免长连接占用工作进程。
• 可选：将访问日志改为更轻量的格式（如 common 或按需精简），降低 I/O 压力。

二 选择并调优 MPM（多处理模块）

• 查看与切换 MPM：
  • 查看：apache2ctl -M | grep mpm
  • 切换（示例为 event）：sudo a2enmod mpm_event && sudo a2dismod mpm_prefork mpm_worker
• 典型调优要点（数值需结合内存与压测微调）：
  • event（推荐用于高并发、长连接场景）：
    • StartServers 2–5
    • MinSpareThreads 25；MaxSpareThreads 75
    • ThreadLimit 64；ThreadsPerChild 25
    • MaxRequestWorkers 150–256（由内存与单进程 RSS 推算）
    • MaxConnectionsPerChild 1000–10000（防内存泄漏累积）
  • prefork（使用非线程安全模块或传统 PHP 场景）：
    • 关注 MaxRequestWorkers（旧称 MaxClients），确保单进程内存 × MaxRequestWorkers 不超过物理内存；必要时降低以稳为主。
• 计算 MaxRequestWorkers 的简式：MaxRequestWorkers ≈ 可用内存 / 单进程常驻内存（RSS）。例如：可用内存 4 GB、单进程 30 MB，则上限约 130。
• 建议配合监控与压测逐步逼近最优值，避免一次性拉满。

三 传输与内容层面的优化

• 启用 Gzip/Brotli 压缩（先检测模块是否存在）：
  • Gzip（mod_deflate）：
    • AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css application/javascript application/json
  • Brotli（若已安装 mod_brotli，优先级可高于 Gzip）。
• 设置 浏览器缓存（mod_expires）：
  • ExpiresActive On ExpiresByType text/html "access plus 1 hour" ExpiresByType text/css "access plus 1 week" ExpiresByType application/javascript "access plus 1 week" ExpiresByType image/jpeg "access plus 1 month" ExpiresByType image/png "access plus 1 month" ExpiresByType image/gif "access plus 1 month"
• 启用 页面缓存（反向代理/磁盘缓存，可选）：
  • mod_cache_disk：
    • CacheRoot /var/cache/apache2/mod_cache_disk CacheEnable disk / CacheDirLevels 2 CacheDirLength 1
• 启用 HTTP/2（多路复用、头部压缩，需启用 ssl 模块）：sudo a2enmod http2，并在虚拟主机中 Protocols h2 http/1.1。
• 启用 SSL/TLS 性能优化：
  • 会话缓存与会话超时：
    • SSLSessionCache shmcb:/var/run/ssl_scache(512000)
    • SSLSessionCacheTimeout 300
  • OCSP Stapling（减少客户端验证延迟）：
    • SSLOpenSSLConfCmd DHParameters “/etc/ssl/certs/dhparam.pem”
    • SSLUseStapling On
    • SSLStaplingCache “shmcb:/var/run/stapling-cache(150000)”
• 静态资源建议由 CDN 承载，进一步降低源站压力。

四 监控、验证与持续调优

• 启用 mod_status 与扩展状态：
  • 在虚拟主机或全局配置中加入：
    • SetHandler server-status
    • Order Deny,Allow
    • Deny from all
    • Allow from 127.0.0.1 ::1
  • ExtendedStatus On
  • 访问：lynx http://localhost/server-status 或使用 curl 查看关键指标（BusyWorkers、IdleWorkers、Total Accesses）。
• 使用 Apache2Buddy 快速评估内存与 MaxRequestWorkers：
  • curl -L http://apache2buddy.pl/ | perl（给出基于内存的建议值）。
• 系统层监控与网络优化：
  • 资源监控：top/htop/dstat；关注 CPU、内存、I/O、连接数。
  • TCP 缓冲区：通过 sysctl 调整 net.core.rmem_max、net.core.wmem_max 等（结合带宽与延迟）。
• 变更流程与压测：
  • 每次只调整少量参数，变更后 sudo systemctl reload apache2；
  • 使用 ab、wrk、siege 等进行压测，观察吞吐、延迟、错误率与 worker 占用，逐步微调。

五 常见场景与参数建议

• 动态 PHP（非线程安全模块，如某些旧扩展）：优先使用 prefork，以稳定与兼容性为先，控制 MaxRequestWorkers 在内存可承受范围内。
• 高并发短连接 API/静态为主：优先 event MPM，适度提高 MaxRequestWorkers 与 MaxConnectionsPerChild，缩短 KeepAliveTimeout。
• 长连接、低并发、混合内容：使用 event MPM，适度提高 KeepAliveTimeout，结合压缩与缓存降低带宽与时延。
• 启用 HTTP/2 后，通常可适度降低 KeepAliveTimeout（如 5 秒），减少空闲连接占用。
• 始终以监控数据驱动调优，避免“拍脑袋”设定参数。