nginx高性能代理调度的核心在于策略匹配业务、连接复用到位、健康机制可靠、配置不踩坑：轮询适用于均质无状态服务，加权轮询适配异构服务器，ip_hash用于会话保持（需防ip失真），least_conn优化长连接；被动健康检查（max_fails/fail_timeout）与proxy_next_upstream结合实现故障自动转移；启用keepalive连接池、调优缓冲区及超时参数提升传输效率；须规避ip_hash与weight共存、upstream位置错误、域名解析缺失及worker资源不匹配等常见陷阱。
选对 upstream 调度策略
策略不是越新越好，而是要贴合真实流量特征：
- 轮询（默认）：适合后端服务器性能一致、无状态服务，比如纯静态 API 或容器化部署的标准化实例
-
加权轮询：新老机器混用、CPU/内存差异明显时必须启用。例如一台 16C32G 设
weight=5，另一台 8C16G 设weight=2，请求自动按比例分发 -
ip_hash：需会话保持的场景（如登录态、购物车），但注意 NAT 或 CDN 后客户端 IP 可能失真，建议搭配
hash $http_x_forwarded_for consistent;使用 - least_conn：适用于长连接服务（WebSocket、gRPC 流式接口），它看的是当前活跃连接数，而非请求数，避免慢连接堆积
配好健康检查与故障转移
没有健康检查的负载均衡等于“盲转发”，必须启用被动检查：
- 每台
server后加上max_fails=3 fail_timeout=30s：连续 3 次超时或返回 5xx 就剔除，30 秒后自动重试 - 在
location块中配置proxy_next_upstream error timeout http_500 http_502 http_503 http_504：上游失败时自动切下一节点，用户无感知 - 若使用 Nginx Plus，可加
health_check interval=5s uri=/health;主动探测，比被动更早发现僵死进程
优化代理层传输效率
很多瓶颈其实卡在 Nginx 自身转发环节，而非后端：
- 启用 keepalive 连接池：
upstream backend { keepalive 32; }+proxy_http_version 1.1;+proxy_set_header Connection '';，复用 TCP 连接，减少 handshake 开销 - 调大缓冲区：
proxy_buffering on;、proxy_buffers 8 64k;、proxy_busy_buffers_size 128k;，避免小包频繁刷写 - 设合理超时：
proxy_connect_timeout 5s;（建连）、proxy_read_timeout 30s;（读响应）、proxy_send_timeout 30s;（发请求），防慢后端拖垮整组
避开常见配置陷阱
这些细节错误常导致策略失效或流量倾斜，务必检查：
-
ip_hash 和 weight 不能共存：一旦 upstream 中写了
ip_hash，所有weight参数都会被忽略 - upstream 不能放在 server 块内：必须定义在 http 块下，否则启动报错或行为异常
-
域名 upstream 缺少 resolve 配置：若 upstream 使用域名（如
backend.example.com），需在 http 块中加resolver 8.8.8.8 valid=30s;，否则 DNS 失效后无法自动更新 -
worker 进程与系统资源不匹配：设
worker_processes auto;和worker_cpu_affinity auto;，并同步调整worker_rlimit_nofile和系统级 ulimit
