nginx集群高效稳定的核心在于精细化流量分发：按接口类型（强状态/无状态/长连接）匹配ip_hash、加权轮询、least_conn等策略；结合真实负载（keepalive复用、proxy_next_upstream）、轻量分层健康检查（主动/被动探测）及合理缓存（proxy_cache、cache-control）协同优化。
让 Nginx 集群中接口调用又快又稳，核心不是堆服务器，而是把“流量怎么分、分给谁、分得准不准”这件事理清楚。策略分发不是选个算法就完事，得结合接口特性、后端能力、故障响应节奏来精细配置。
按接口类型匹配分发策略
不同接口对稳定性、延迟、一致性要求差异很大，不能统一用轮询：
- 登录、下单类强状态接口，优先用 ip_hash 或 hash $cookie_session_id，确保同一用户请求落到同一台后端，避免重复鉴权或事务中断
- 查询类无状态接口（如商品列表、配置获取），适合 加权轮询，按后端 CPU/内存实际负载设权重，比如新机器设 weight=3，旧机器设 weight=1
- 长连接服务（如 WebSocket 推送、实时日志流），必须启用 least_conn，避免某台后端堆积大量空闲连接却仍被持续分发新请求
让后端真实负载说话
单纯看服务器规格配权重容易失真，要让 Nginx 感知真实压力：
- 在 upstream 中开启 keepalive 64，复用到后端的 TCP 连接，减少建连开销，也让连接数更真实反映后端繁忙度
- 配合 proxy_next_upstream error timeout http_502 http_503，5xx 或超时立即切走，避免请求卡死在异常节点上放大延迟
- 若使用 Nginx Plus，可启用 fair 策略，按后端响应时间动态调度；开源版可通过自定义监控 + Lua 脚本实现近似效果
健康检查必须轻量且分层
探测不及时或太重，会导致流量误切或压垮健康节点：
- 主动探测只走 /health 这类纯内存检查，严禁调用依赖数据库或缓存的接口
- 设置 interval=3s fails=2 passes=2，快速剔除故障，也避免偶发抖动误判
- 被动检查与主动探测并存：max_fails=2 fail_timeout=15s 给临时抖动留缓冲，但连续失败立刻隔离
缓存能挡多少就挡多少
接口响应越快，分发压力越小。对可缓存接口，直接在 Nginx 层拦截：
- 用 proxy_cache 缓存 GET 类接口，TTL 设为 60–120 秒，配合 proxy_cache_use_stale updating 实现后台刷新不阻塞用户
- 对高频不变数据（如地区列表、系统参数），加 Cache-Control: public, max-age=300 响应头，让浏览器和 CDN 也参与缓存
- 避开缓存陷阱：POST/PUT/DELETE 请求默认不缓存；含 Cookie 或 Authorization 头的请求需显式配置 proxy_cache_key 区分用户维度
