Nginx负载均衡性能提升关键在于打通“连接接入—分发调度—后端承载”三层链路：需调优内核参数（如somaxconn、tcp_max_syn_backlog）、显式配置listen backlog、设置ulimit与worker_rlimit_nofile，并按业务特征选用least_conn、ip_hash或weight等调度算法，结合LVS入口分流、主动健康检查、流量隔离及缓存降级实现高可用。
Nginx 负载均衡器的处理能力不是靠单点调参就能提升的，关键在于打通“连接接入—分发调度—后端承载”三层链路，让每个环节不卡顿、不堆积、不浪费。
调大系统与 Nginx 的连接承载上限
突发流量最先压在 TCP 连接建立阶段，不是 worker 多就能扛住。
- 把内核参数 net.core.somaxconn 和 net.ipv4.tcp_max_syn_backlog 都设为 65535（或更高），并写入 /etc/sysctl.conf 持久化
- Nginx 的 listen 指令必须显式加 backlog=65535，例如：listen 80 backlog=65535;
- ulimit -n 至少设为 65535，并在 nginx.conf 中配 worker_rlimit_nofile 65535
按业务特征选对并灵活切换调度算法
轮询不是万能解，不同场景要匹配不同策略：
- 短连接洪峰（如秒杀）用 least_conn，新请求总发给当前连接数最少的后端
- 长连接为主（如 WebSocket）用 ip_hash + 健康检查，保障会话粘性又不失容错
- 后端性能不均（新老机器混布）启用 weight，让高配节点承担更多流量
- 不 reload 切换算法：定义多个 upstream 块（如 backend_short、backend_long），再用 map 指令根据请求头或 cookie 控制路由
构建多层分流与智能兜底机制
单层 Nginx 容易成为瓶颈，尤其在大促等真实压力下：
- 入口层用 LVS/Keepalived 做四层负载，抗 SYN Flood，提供 VIP 高可用，把连接压力挡在 Nginx 之前
- Nginx 层开启主动健康检查：health_check interval=3 fails=1 passes=1;，配合 backup 服务器做故障兜底
- 按业务维度隔离流量：用 location 或 map 将秒杀、下单、搜索等请求路由到不同 upstream，防止非核心链路拖垮主流程
- 在 Nginx 层集成缓存与降级：proxy_cache 缓存商品页等静态资源；用 error_page 502 503 504 = @fallback 返回预置降级页，避免请求穿透
不复杂但容易忽略
