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 秒，加快连接释放，腾出队列空间
