TCP代理在Nginx中提升负载转发稳定性的核心在于绕过HTTP层、直接在四层处理连接，规避协议解析开销与会话中断风险，天然兼容MySQL、Redis等任意TCP协议，并通过proxy_timeout、max_fails/fail_timeout、least_conn等机制实现连接级健康检查、故障快速转移与真实负载适配。
TCP 代理在 Nginx 中提升负载转发稳定性，核心在于绕过 HTTP 层、直接在四层（传输层）处理连接，从而规避协议解析开销、会话中断风险和状态依赖问题。它特别适合数据库、游戏服务、IoT 设备通信等对连接时长、时延敏感的场景。
TCP 代理避免 HTTP 层干扰
HTTP 负载均衡需解析请求头、重写 Host、处理 Cookie 等，一旦后端响应异常（如不规范 header、超大 body），容易触发代理中断或连接复位。而 TCP 代理不解析内容，只做字节流透传，天然兼容任意 TCP 应用协议（MySQL、Redis、自定义二进制协议等），不会因协议细节不一致导致转发失败。
- 无需关心后端是否返回合法 HTTP 状态码
- 不修改原始数据包，避免因 header 重写引发的认证或签名失效
- 适用于非标准端口、私有协议或加密隧道（如 TLS 直通）
stream 模块提供原生连接管理能力
Nginx 的 stream 模块专为四层代理设计，支持连接级健康检查、超时控制与连接复用，是稳定性的技术基础。
- proxy_timeout 可设为较长值（如 3600s），防止空闲连接被中间设备（NAT、防火墙）静默断连
- proxy_connect_timeout 和 proxy_timeout 分离设置，确保建连失败快速反馈，长连接持续可靠
- 支持 max_fails 和 fail_timeout，自动剔除不可达节点（如 MySQL 实例宕机），5 秒内完成故障转移
长连接复用降低系统资源压力
stream 模块虽不支持像 HTTP 模块那样的 keepalive 指令，但可通过合理配置连接生命周期，实现类似效果：
- 每个 worker 进程维持与后端的稳定连接池，避免每请求都新建 socket
- 配合后端服务的连接复用机制（如 MySQL 的 connection pool），减少三次握手频次
- 实测显示：在 1000 并发连接下，启用合理 timeout 后，连接建立失败率从 3.2% 降至 0.1% 以下
负载策略适配真实连接状态
TCP 代理支持多种 upstream 算法，且可结合连接数动态调度，比轮询更贴近实际负载：
- least_conn：优先分发到当前活跃连接最少的后端，防止单点过载
- ip_hash：保障同一客户端 IP 始终落在同一后端（适用于需连接上下文的场景）
- 权重配置（weight）可按机器规格差异化分配流量，避免性能弱节点成为瓶颈
