Nginx server 配置中如何修改默认允许的最大请求排队队列长度-Nginx-PHP中文网

nginx无直接queue_size配置，其请求排队分层实现：内核accept队列由listen backlog和somaxconn控制，应用层由limit_req burst参数设定缓冲深度，二者需协同调优。

nginx server 配置中如何修改默认允许的最大请求排队队列长度

Nginx 本身没有 queue_size 这类直接控制“请求排队队列长度”的配置项。所谓“请求排队”，实际是分层发生的隐式行为：连接在内核 TCP 队列暂存 → Nginx worker 接收后若无空闲连接槽则等待 → 请求转发到后端时若连接池满则缓冲或超时。要真正修改默认允许的最大排队深度，必须从监听层（accept 队列） 和 应用层（limit_req 缓冲） 两个关键层面协同调整。

监听层：调大 TCP accept 队列长度（最前端排队缓冲）

这是系统最先接触并发连接的地方，决定已完成三次握手的连接能否被暂存而不被丢弃。

在 server 块的 listen 指令中显式声明 backlog 参数：
```
listen 80 backlog=8192;
listen 443 ssl http2 backlog=8192;
```
若未设置，Nginx 使用编译时默认值（通常为 511），远低于高并发场景需求。
同步调大 Linux 内核参数，否则 backlog 值会被截断：

Nginx Hosting
通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载
```
# 临时生效
echo 8192 > /proc/sys/net/core/somaxconn
echo 8192 > /proc/sys/net/ipv4/tcp_max_syn_backlog

# 永久生效：写入 /etc/sysctl.conf
net.core.somaxconn = 8192
net.ipv4.tcp_max_syn_backlog = 8192
sysctl -p
```
验证是否生效：
执行 ss -lnt | grep ':80'，观察第二列（Send-Q）是否等于你设置的 backlog 值；压测时若第三列（Recv-Q）持续接近该值，说明队列正在承压但未溢出。

应用层：用 limit_req 控制逻辑请求缓冲深度（防后端过载）

这层排队发生在 Nginx 已接受连接、解析完请求之后，基于漏桶模型实现可控缓冲。

定义限流区域（推荐按客户端 IP，省内存）：

limit_req_zone $binary_remote_addr zone=perip:10m rate=10r/s;

在 location 中启用带缓冲的排队：
```
location /api/ {
    limit_req zone=perip burst=200 nodelay;
}
```
- burst=200 表示最多缓存 200 个超速请求等待处理
- nodelay 表示不延迟响应，超限请求立刻消耗 burst 额度；去掉则按速率平滑释放（响应延迟升高但更均匀）