为什么改linux backlog无效

“改了 Linux 的 backlog 没生效”是一个非常常见的问题，通常不是你改的地方不对，而是被其他参数或机制限制了。下面按最常见原因系统说明。

一、backlog 到底指的是哪个？

在 Linux 网络里，backlog 至少涉及三层概念，容易混淆：

1. 应用层 listen backlog

   listen(sockfd, backlog);
   

2. 内核 accept queue（已完成连接队列）
3. 内核 syn queue（半连接队列，SYN_RECV）

你“改了 backlog”，通常指第 1 个，但真正生效的是第 2 个，且受限制。

二、最常见原因：net.core.somaxconn 限制

事实

实际 backlog = min(listen(backlog), net.core.somaxconn)

默认值通常是：

net.core.somaxconn = 128

表现

• 你代码里写 listen(fd, 1024)
• 实际队列上限还是 128
• 你“改了 backlog 无效”

解决

sysctl -w net.core.somaxconn=4096

并写入：

/etc/sysctl.conf
net.core.somaxconn=4096

三、TCP 半连接队列限制（SYN 队列）

即使 accept queue 很大，syn 队列不够也会丢连接。

相关参数：

net.ipv4.tcp_max_syn_backlog

默认常见：

net.ipv4.tcp_max_syn_backlog = 1024

高并发场景建议：

sysctl -w net.ipv4.tcp_max_syn_backlog=8192

四、你改的是“错误的地方”

❌ 错误示例

net.ipv4.tcp_backlog=...

（这个参数不存在）

✅ 正确参数

• net.core.somaxconn
• net.ipv4.tcp_max_syn_backlog

五、systemd 服务的限制（非常容易被忽略）

如果你用 systemd 启动服务（如 Nginx、自研服务）：

[Service]
LimitNOFILE=...

但更重要的是：

systemd 不会自动继承 sysctl

而且某些程序 启动时只读一次 backlog。

验证方法

cat /proc/<pid>/limits

六、程序只在启动时读取一次

很多服务器：

• Nginx
• Redis
• 自研 C/C++ 程序

只在 listen() 时读一次 backlog

你之后改 sysctl：

sysctl -w net.core.somaxconn=4096

但不重启进程 = 无效

✅ 必须重启服务

七、backlog 不是“并发连接数”

这是最大误解。

backlog 只是：

已完成握手、但还没被 accept 的连接数

真正并发由：

• fd 数
• 线程/协程
• 业务处理能力

决定。

八、如何验证是否真的改成功？

1. 看实际队列长度

ss -lnt

或

cat /proc/net/tcp

2. 看丢包

netstat -s | grep -i listen

关注：

times the listen queue of a socket overflowed

九、总结一句话

改 Linux backlog 无效，90% 是因为：

• 没改 net.core.somaxconn
• 没重启服务
• 被 syn 队列限制
• 或误以为 backlog = 并发数

如果你愿意，可以告诉我：

• 用的什么程序（Nginx / 自研 / Redis / Go / C++）
• 怎么改的
• 现象是什么（连接拒绝 / 超时 / 丢包）

我可以直接帮你定位到具体哪一步没生效。