Nginx虚拟主机调优需分层协同：按业务类型隔离配置、限制单站资源消耗、优化日志与缓存、避免DNS阻塞及正则开销。

生产环境中 Nginx 虚拟主机的调优，不是单纯改几个 server 块就能见效的。它需要结合业务流量特征、资源分配逻辑和底层系统能力，做分层协同优化。重点在于让多个站点共存时互不干扰、响应稳定、资源可控。

按业务类型隔离虚拟主机配置

不同站点对资源的需求差异很大。比如一个静态官网和一个高频 API 接口混在一个 worker 进程里，容易因缓冲区争抢或超时设置冲突导致相互拖慢。

• 为静态资源类站点（HTML/CSS/JS/图片）启用 sendfile on、tcp_nopush on，关闭 proxy_buffering（若非代理）
• 为动态接口类站点（如 /api）显式设置 proxy_read_timeout 和 proxy_send_timeout，避免长连接阻塞其他请求
• 用 server_name_hash_bucket_size 和 server_names_hash_max_size 控制域名哈希表大小，防止大量泛域名匹配时查找变慢

限制单个虚拟主机的资源消耗

防止单个站点突发流量打满整个 Nginx 实例，必须做“软隔离”。

Nginx Config Linter

对 Nginx 配置文件进行语法检查、验证和安全、性能审计。

下载

• 在 http 块中定义限速区域，例如：
  limit_req_zone $binary_remote_addr zone=site1_limit:10m rate=50r/s;
• 在对应 server 块内启用：
  location / { limit_req zone=site1_limit burst=100 nodelay; }
• 配合 limit_conn 控制并发连接数，例如每个 IP 最多 10 个连接：
  limit_conn_zone $binary_remote_addr zone=conn_limit:10m;
limit_conn conn_limit 10;

优化日志与缓存策略

日志写入和缓存行为直接影响 I/O 和内存使用，尤其当多个虚拟主机共享同一磁盘路径时更需谨慎。

• 为每个 server 单独配置 access_log 路径，避免日志文件竞争；生产环境建议关闭不需要的站点访问日志
• 静态资源站点开启 expires 指令，例如：
  location ~* \.(jpg|jpeg|png|gif|ico|css|js)$ { expires 7d; add_header Cache-Control "public, immutable"; }
• 反向代理类站点启用 proxy_cache 并指定独立缓存区，避免不同后端共用同一 cache key 空间

避免 DNS 查询拖慢启动与重载

如果 proxy_pass 使用了域名（如 proxy_pass http://backend.example.com），Nginx 在 reload 时会同步解析，可能卡住进程。

• 改用 IP 地址或在 /etc/hosts 中预定义解析
• 或启用 resolver 指令并加 valid 参数，例如：
  resolver 114.114.114.114 valid=30s;
set $backend "http://backend.example.com";
proxy_pass $backend;
• 确保所有 server_name 不含通配符开头（如 *.example.com 应写成 ~^www\.example\.com$），减少正则匹配开销