Nginx 高吞吐代理效能取决于连接接入、请求分发、缓冲管理、后端联动四层协同：需调优内核与 listen backlog、选用合适负载策略、精准配置 proxy_buffers 与 keepalive、并落实健康检查与超时对齐。
Nginx 处理大吞吐量 HTTP 代理流量，核心不在“堆参数”，而在分层协同：连接接入、请求分发、缓冲管理、后端联动四环缺一不可。盲目调大 output_buffers 或单点优化 proxy 缓冲，几乎不影响后端分发效率，反而可能浪费内存。
连接接入要快：避免请求卡在 TCP 队列
大量并发连接若无法及时被 accept，就会堆积在内核 SYN 队列或 accept 队列，引发超时重试与雪崩。关键配置需对齐：
- 内核参数：
net.core.somaxconn和net.ipv4.tcp_max_syn_backlog均设为 65535 - Nginx listen 必须显式声明：
listen 80 backlog=65535;（默认仅 511，不写等于没调） - 每个 worker 进程文件描述符上限：
worker_rlimit_nofile 1048576;，并确保系统 ulimit -n ≥ 该值 - 启用高效事件模型：
use epoll;、multi_accept on;、accept_mutex off;
请求分发要稳：按业务特征选算法+复用连接
轮询（round-robin）适合均质短连接；高并发长连接或响应差异大的场景，必须升级策略：
- least_conn：新请求优先打给当前活跃连接最少的后端，防止单点瞬时打满（如秒杀、API 网关）
- ip_hash / hash $binary_remote_addr：保障用户粘性，适用于登录态、WebSocket 等会话型服务
- upstream keepalive 200;：每个 worker 复用最多 200 个空闲连接到后端，显著降低 TCP 握手开销
- 透传 HTTP/1.1 长连接：
proxy_http_version 1.1;+proxy_set_header Connection "";
缓冲策略要准：匹配后端响应节奏，而非盲目加内存
proxy_buffers 控制 Nginx 从后端读取响应体时的内存缓冲，直接影响是否落盘、吞吐与延迟：
- 单 buffer 大小建议为后端典型响应块的整数倍（如后端以 64KB 推送日志流，设
proxy_buffers 16 64k） - buffer 总数需覆盖“后端发送速率 > 客户端下载速率”下的积压窗口（例如后端 80MB/s、客户端平均 8MB/s，则至少预留数 MB 缓冲）
- 必须配合
proxy_buffer_size设置响应头缓冲（默认 4k），若后端 header 超长（如含大量 Cookie），需同步调大，否则报 “upstream sent too big header” - 监控
disk writes指标突增，即说明 buffer 不足已触发临时文件写入，性能明显下降
后端联动要实：健康检查 + 超时对齐 + 降级兜底
Nginx 是流量入口，但稳定性取决于整个链路：
- 被动健康检查：
max_fails=2 fail_timeout=10s自动摘除异常节点 - 失败重试：
proxy_next_upstream error timeout http_500 http_502 http_503;（注意接口幂等性） - 超时设置需对齐：如后端 keepalive timeout = 60s，则
proxy_read_timeout设为 55s，避免连接挂死 - 边缘限流缓冲：
limit_req_zone $binary_remote_addr zone=burst:10m rate=200r/s;+limit_req zone=burst burst=100 nodelay;，防突发打穿后端
