nginx 高负载稳定运行需协同调优 linux tcp 三类队列：syn 半连接队列（tcp_max_syn_backlog）、accept 队列（somaxconn）和网卡接收队列（netdev_max_backlog），并匹配 nginx backlog、ulimit -n 及 worker_rlimit_nofile 等参数。

要让 Nginx 稳定承载高负载静态服务，光调 worker 数量和缓存参数远远不够——真正卡脖子的常是 Linux TCP 网络栈的连接排队机制。核心在于三类队列的协同：SYN 半连接队列、已完成连接队列（accept 队列）、以及网卡接收缓冲队列。它们各自有独立参数，又层层依赖，调错一个就可能引发连接拒绝、超时或 502 错误。

net.core.somaxconn：控制 accept 队列上限

这是最常被低估的关键参数。它定义内核为每个监听 socket 维护的“已完成三次握手、等待 Nginx accept()”的连接最大数量。默认值 128 在千级并发下就会溢出，表现为客户端收不到 SYN-ACK 或直接 connection refused。

• 生产环境建议设为 65535（16G+ 内存服务器可设为 262144）
• 修改方式：echo 65535 > /proc/sys/net/core/somaxconn，并写入 /etc/sysctl.conf 持久化
• Nginx 的 listen 80 backlog=... 值不能超过它，否则会被自动截断

net.ipv4.tcp_max_syn_backlog：应对突发建连压力

它管的是“SYN 半连接队列”，即收到客户端 SYN、但尚未完成三次握手的连接暂存区。高并发或遭遇 SYN Flood 时，这个队列容易满，导致合法请求被丢弃。

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

• 建议设为 65535 或更高（如 819200），尤其在未启用 tcp_syncookies 时更需保障空间
• 搭配启用 net.ipv4.tcp_syncookies = 1，可在队列满时启用 Cookie 验证，避免直接丢包
• 注意：该参数不直接影响 Nginx 行为，但决定连接能否顺利走到 accept 队列

Nginx listen backlog 与系统资源对齐

Nginx 的 listen 指令中显式配置 backlog，是告诉内核“我最多能一次从队列里取多少个连接”。它必须 ≤ somaxconn，且应贴近实际峰值连接到达速率。

• 推荐写法：listen 80 reuseport backlog=65535;（reuseport 可进一步提升多 worker 接受效率）
• 单端口只需在一个 server 块中配置，无需每个 server 都写
• 验证是否生效：ss -lnt | grep :80 查看 Recv-Q 列是否接近你设的值

配套必须同步调整的参数

只调 backlog 不解决根本问题，还需打通资源链路：

• ulimit -n 必须 ≥ 65535，并在 nginx.conf 中配 worker_rlimit_nofile 65535;
• worker_connections × worker_processes ≤ ulimit -n，否则出现 “too many open files”
• net.core.netdev_max_backlog 建议设为 16384–100000，防止网卡收包过快而 CPU 来不及处理导致丢包
• 静态服务可适当缩短 keepalive_timeout 至 15–30 秒，加快连接释放，腾出队列空间