TCP_NODELAY需通过so_keepalive=...:1在stream块listen指令中启用，禁用Nagle算法以降低小包延迟，仅nginx 1.19.5+支持，且仅作用于nginx到后端连接。
nginx
四层负载均衡中，
TCP_NODELAY
是一个直接影响延迟表现的关键内核级选项。它不直接由 nginx 配置指令控制，而是通过
语法的扩展参数显式启用，作用是禁用 Nagle 算法，避免小包合并等待，从而降低 TCP 交互延迟。
为什么四层代理必须关注 TCP_NODELAY
在数据库（如 MySQL）、游戏服务、实时通信等场景中，客户端与后端常有高频、小体积的请求/响应交互（例如单条 SQL 查询、心跳帧）。若开启 Nagle 算法（默认行为），nginx 作为中间代理可能缓存多个小数据段，等待 ACK 或超时（通常 200ms）后才发包，造成明显“粘包延迟”。而
TCP_NODELAY = on
强制立即发送，对时延敏感业务至关重要。
如何在 stream 块中正确启用
nginx 的
指令支持以
形式透传 socket 选项，其中第三个参数即控制
：
X-Node企业快速建站1.0.6.0801
特色介绍： 1、ASP+XML+XSLT开发，代码、界面、样式全分离，可快速开发 2、支持语言包，支持多模板，ASP文件中无任何HTML or 中文 3、无限级分类，无限级菜单，自由排序 4、自定义版头（用于不规则页面） 5、自动查找无用的上传文件与空目录，并有回收站，可删除、还原、永久删除 6、增强的Cache管理，可单独管理单个Cache 7、以内存和XML做为Cache，兼顾性能与消耗 8、
下载
—— 仅启用 keepalive，
不启用 NODELAY
—— 格式为
，仍不涉及 NODELAY
—— 第三个参数留空表示使用系统默认值，第四个参数
表示启用
TCP_NODELAY
（nginx 1.19.5+ 支持）
—— 完整写法：启用 keepalive + 自定义参数 + 启用 NODELAY
实际配置建议与验证要点
启用 NODELAY 不代表无代价，需结合业务特征权衡：
对高吞吐批量写入（如日志推送）可关闭 NODELAY，提升带宽利用率
对交互式协议（MySQL、Redis、自定义 TCP 协议）强烈建议开启
确认 nginx 版本 ≥ 1.19.5，旧版本即使加
也无效
用
或
在 nginx 连接上检查
字段旁是否显示
注意：该设置只影响 nginx 与后端建立的连接（
方向），客户端到 nginx 的连接需由客户端自身控制或通过其他机制（如客户端设
）
常见误区澄清
很多人误以为
（这是 http 模块里的指令）在 stream 中也生效 —— 实际上它完全不被识别，stream 块中无效。也有用户尝试在
或
中设置，但目前 nginx 尚未提供此类指令。唯一可靠方式就是通过
显式声明。
so_keepalivelistenso_keepaliveTCP_NODELAYlisten 3306 so_keepalive=on;listen 3306 so_keepalive=on:10m:30s:5;so_keepalive=[on|off]:[idle]:[interval]:[probes]listen 3306 so_keepalive=on:::1;1listen 3306 so_keepalive=on:7200s:30s:5:1;:1ss -inetstat -tnvts sack reordnodelayproxy_passTCP_NODELAYtcp_nodelay on;upstreamproxy_passlisten ... so_keepalive=...:1