Nginx高并发不丢连接需内核队列、Nginx配置、系统资源三者对齐：同步调优net.core.somaxconn、tcp_max_syn_backlog、listen backlog=值，并放宽文件描述符与内存限制，再通过ss、nginx-T、/proc/net/netstat验证。
要让 Nginx 在高并发场景下不丢连接、响应稳定，backlog 的协同优化是关键一环——它不是只调一个参数就能解决的事，而是内核队列、Nginx 配置、系统资源三者必须对齐。
理解 backlog 的两级队列结构
Linux 中的 backlog 实际包含两个独立但联动的队列：
-
SYN 队列（未完成连接）：存放收到 SYN 但尚未完成三次握手的请求，由
net.ipv4.tcp_max_syn_backlog控制； -
Accept 队列（已完成连接）：存放握手完成、等待 Nginx
accept()调用取走的连接，长度受net.core.somaxconn和 Nginxlisten ... backlog=共同约束。
若任一队列溢出，客户端就会遭遇连接拒绝或超时。常见现象是 ss -lnt 显示 Recv-Q 持续接近上限，或 dmesg 出现 "TCP: drop open request"。
内核与 Nginx backlog 参数必须匹配
仅改内核参数而忽略 Nginx 配置，等于白调。两者需严格对齐：
- 先设内核上限：
echo "net.core.somaxconn = 65535" >> /etc/sysctl.conf，再执行sysctl -p生效； - Nginx 的
listen指令必须显式声明匹配值：listen 80 backlog=65535;（注意：若省略 backlog，Nginx 默认只用 511，远低于内核值）； - 同步调整 SYN 队列：
net.ipv4.tcp_max_syn_backlog = 65535，避免握手阶段就丢包； - 网卡接收缓冲也需跟上：
net.core.netdev_max_backlog = 131072，防止网卡收包过快导致内核丢包。
配套资源限制必须同步放宽
backlog 再大，没文件描述符和内存支撑也是空谈：
- 系统级文件描述符上限：
fs.file-max = 2097152； - 单进程限制（写入
/etc/security/limits.conf）：* soft nofile 1048576和* hard nofile 1048576； - Nginx 配置中对应设置：
worker_rlimit_nofile 1048576;； - 每个 worker 连接数建议设为
worker_connections 102400;，并确保ulimit -n当前值 ≥ 此数值。
验证与持续观察要点
调完不能就放着，要用工具确认是否真正生效：
- 检查内核值：
sysctl net.core.somaxconn net.ipv4.tcp_max_syn_backlog； - 确认 Nginx 加载的 listen 值：
nginx -T 2>/dev/null | grep "listen.*backlog"； - 实时观察队列积压：
ss -lnt | grep :80，关注Recv-Q是否长期 > 0； - 压测时监控
/proc/net/netstat中的TcpExtListenOverflows和TcpExtListenDrops计数，非零即说明仍有丢包。
