要让nginx在突发大流量下更快接收连接，关键是使multi_accept on在epoll/kqueue、足够大的somaxconn与backlog、匹配的worker_connections三条件齐备时批量捞取已就绪连接，显著降低建连延迟；需配合accept_mutex off、reuseport及tcp_max_syn_backlog调优，并用strace和netstat验证实际效果。
要让 Nginx 在突发大流量下更快接收连接，关键不是只开 multi_accept on，而是让它在合适条件下真正“批量捞连接”。它本身不增加最大连接数，但能显著压低连接建立延迟、减少系统调用次数——尤其在秒杀、健康检查洪峰、爬虫探测这类短连接密集场景中效果突出。
必须满足的三个底层条件
缺一不可，否则 multi_accept 形同虚设：
-
事件模型必须是 epoll（Linux）或 kqueue（FreeBSD/macOS）：在
events块中显式写use epoll;。不能依赖自动探测，更不能配成select或poll，那它完全不生效。 -
内核 listen 队列要够大：执行
sysctl -w net.core.somaxconn=65535，并在listen指令中显式加backlog=65535，例如listen 80 backlog=65535;。否则队列一满就丢连接，multi_accept 再快也无连接可取。 -
worker_connections 要匹配且资源到位：设为 8192、16384 或 65535 等合理值；同时确保
ulimit -n（或 systemd 的LimitNOFILE）不低于该数值，否则 accept 会因 fd 不足失败。
标准配置写法与位置
必须严格放在 events 块内，use epoll 和 multi_accept on 紧邻，顺序不能颠倒：
events {
use epoll;
multi_accept on;
worker_connections 16384;
accept_mutex off;
}
accept_mutex off 在启用 reuseport 时是安全且推荐的；若未启用 reuseport，保持默认 on 更稳妥。
搭配使用才能放大效果
单独开启收益有限，建议同步调整这几项：
-
启用 reuseport：Nginx 1.9.1+、Linux 3.9+ 支持，在
listen后加reuseport，例如listen 80 reuseport backlog=65535;。让内核直接把新连接分发到多个 worker，避免单个队列积压。 -
调高 SYN 队列深度：设置
net.ipv4.tcp_max_syn_backlog=65535，防止半连接队列溢出，尤其在有 SYN Flood 风险或建连极密集时很关键。 -
优化长连接复用：配合
keepalive_timeout 65;和keepalive_requests 100;，降低新建连接压力，让multi_accept更聚焦于真正需要“快速捞取”的突发流量。
验证是否真正起效
改完配置不能只靠 nginx -t && nginx -s reload 就算完，得看实际行为：
- 用
strace -p $(pgrep nginx -f | head -1) -e trace=accept,accept4 -f抓系统调用，在压测发起瞬间观察是否连续多次返回 fd（如 =3、=4、=5…），而不是只出现一次就停。 - 对比开启前后，用
ab -n 10000 -c 2000 http://127.0.0.1:80/dev/null测连接建立时间（Connect time），下降明显说明生效。 - 检查
netstat -s | grep -i "listen overflows"，数值不再增长，代表内核队列没再溢出丢连接。
