要让单台nginx服务器在linux上支撑百万级并发异步建连，必须将net.core.somaxconn与nginx listen backlog严格对齐，并调优tcp全链路缓冲；somaxconn控制已完成三次握手但未accept的连接队列长度，需设为262144或524288，同时nginx配置listen 80 backlog=524288，再配套调优tcp_max_syn_backlog、netdev_max_backlog、file-max等参数，并启用multi_accept on和epoll以提升取连接效率。

要让单台 Nginx 服务器在 Linux 上真正支撑百万级并发连接的异步建连（即大量客户端快速完成三次握手、等待被 accept），net.core.somaxconn 不能只设高，必须与 Nginx 的监听队列能力严格对齐，并打通 TCP 全链路缓冲。默认值 128 或 1024 在万级并发下就会静默丢包，更别说百万连接——问题不出在 Nginx worker_connections，而出在内核“接得住”的第一道门。

明确 somaxconn 的实际作用

它不是总连接数限制，而是每个 listen() socket 对应的“已完成三次握手、但尚未被 Nginx 调用 accept() 取走”的连接队列长度。这个队列一满，后续合法 SYN+ACK 就被内核直接丢弃（不发 RST），客户端表现为超时、重传、502/503。静态资源、API 回源、CDN 边缘节点等短连接密集场景最容易触达这个瓶颈。

计算并设置合理的 somaxconn 值

目标是让单个监听端口（如 :80 或 :443）的 accept 队列容量 ≥ 理论最大瞬时待 accept 连接数：

Linux Ai Server

Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。

下载

• 若配置 worker_processes auto（8 核）、worker_connections 65535，理论总并发为 524280
• 假设仅监听 80 和 443 两个端口，最坏情况下单端口需承载约 26 万连接入队能力
• 推荐 net.core.somaxconn = 262144 或 524288（留足余量应对分布不均和瞬时毛刺）
• 执行临时生效命令：sudo sysctl -w net.core.somaxconn=524288

必须同步匹配 Nginx listen backlog

内核队列实际生效长度取 min(net.core.somaxconn, Nginx listen backlog)。只调内核不改 Nginx，等于没调：

• 在 server{} 块中显式声明：listen 80 backlog=524288;（HTTPS 同理）
• 避免使用默认隐式值（Nginx 旧版本默认 backlog=511）
• 修改后 reload Nginx，并用 ss -lnt | grep ':80' 验证第四列第二个数是否已更新

配套调优 TCP 全链路缓冲参数

单点调大 somaxconn 效果有限，SYN 半连接队列、网卡收包队列、文件句柄、TIME-WAIT 复用都可能成为新瓶颈：

• net.ipv4.tcp_max_syn_backlog = 524288：半连接队列，建议 ≥ somaxconn
• net.core.netdev_max_backlog = 262144：网卡软中断收包队列，防突发丢包
• fs.file-max = 2097152：系统级文件描述符上限，需 ≥ worker_processes × worker_connections × 4
• net.ipv4.tcp_tw_reuse = 1：启用 TIME-WAIT 复用，尤其当 Nginx 作反向代理主动发起连接时关键
• vm.swappiness = 10：降低交换倾向，保障高内存压力下响应稳定性

增强 Nginx 自身取连接效率

光有大队列不够，还得让 Nginx 尽快把积压连接取走：

• 在 events 块中启用：multi_accept on;，使单次 epoll_wait 尽可能多地 accept 就绪连接
• 确保 use epoll;（或 io_uring，若内核支持）
• 配合 accept_mutex off;（高并发且内核 > 4.6 时可考虑，减少锁争用）