Nginx 扛不住高并发？别急着加机器！先优化这 8 个 Linux 内核参数

别再盲目扩容了！
90% 的高并发瓶颈，其实出在 Linux 内核默认配置上。

只需调整几个关键参数，Nginx 轻松支撑 10万+ 并发连接！
✅ 支持 CentOS / Rocky / Ubuntu
✅ 无需重启系统
✅ 生产环境已验证

⚠️ 为什么需要内核优化？

Linux 默认为“通用桌面”设计，并发连接数限制极低（通常仅 1024）。
而 Nginx 作为高性能 Web 服务器，单机轻松处理数万连接——
但内核不放行，Nginx 再强也白搭！

🔧 必调的 8 个内核参数（附详解）

1️⃣ 增大本地端口范围（解决 Cannot assign requested address）

net.ipv4.ip_local_port_range = 1024 65535

默认：32768 60999（仅约 2.8 万个端口）
优化后：6 万+ 可用端口，支撑更多 outbound 连接（如 Nginx 代理后端）

2️⃣ 加快 TIME-WAIT 连接回收（避免端口耗尽）

net.ipv4.tcp_tw_reuse = 1
允许将 TIME-WAIT 状态的连接 重用于新请求（安全且高效）
⚠️ 不要设 tcp_tw_recycle=1（NAT 环境下会导致连接异常，Linux 4.12+ 已废弃）

3️⃣ 减少 FIN 超时时间（加速连接释放）

net.ipv4.tcp_fin_timeout = 30

默认 60 秒，改为 30 秒可更快释放资源
适用于短连接高频场景（如 API 网关）

4️⃣ 增大连接队列（防 accept() failed）

net.core.somaxconn = 65535
net.ipv4.tcp_max_syn_backlog = 65535

somaxconn：已完成三次握手的连接队列长度（Nginx 的 listen backlog 不能超过此值）
tcp_max_syn_backlog：半连接队列长度（SYN Flood 防护相关）

✅ 建议 Nginx 配置同步调整：
listen 80 backlog=65535;

5️⃣ 增大文件描述符限制（解决 Too many open files）

📌 配置文件：/etc/security/limits.conf

* soft nofile 65536
* hard nofile 65536
root soft nofile 65536
root hard nofile 65536

每个 TCP 连接消耗 1 个文件描述符
默认 1024，高并发下迅速耗尽
修改后需重新登录用户或重启 Nginx

💡 验证当前限制：

ulimit -n

6️⃣ 优化 TCP 缓冲区（提升吞吐）

net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216

动态调整 TCP 读写缓冲区，适应高带宽延迟积（BDP）网络
避免因缓冲区不足导致重传、丢包

7️⃣ 启用 TCP Fast Open（可选，加速首次连接）

net.ipv4.tcp_fastopen = 3

允许在 SYN 包中携带数据，减少 1 次 RTT
适用于 HTTPS 首屏优化
需客户端 & 服务端均支持（Linux 3.7+）

8️⃣ 关闭 TCP SACK（极端高丢包场景可选）

net.ipv4.tcp_sack = 0

SACK 在高丢包网络可能加重 CPU 负担
一般场景建议保持开启（默认 1），除非有明确性能瓶颈

🧪 优化后如何验证？

1. 1. 检查参数是否生效

net.ipv4.tcp_tw_reuse = 1
允许将 TIME-WAIT 状态的连接 重用于新请求（安全且高效）
⚠️ 不要设 tcp_tw_recycle=1（NAT 环境下会导致连接异常，Linux 4.12+ 已废弃）0

1. 2. 查看当前连接数

net.ipv4.tcp_tw_reuse = 1
允许将 TIME-WAIT 状态的连接 重用于新请求（安全且高效）
⚠️ 不要设 tcp_tw_recycle=1（NAT 环境下会导致连接异常，Linux 4.12+ 已废弃）1

1. 3. 压测对比（推荐 wrk / ab）

net.ipv4.tcp_tw_reuse = 1
允许将 TIME-WAIT 状态的连接 重用于新请求（安全且高效）
⚠️ 不要设 tcp_tw_recycle=1（NAT 环境下会导致连接异常，Linux 4.12+ 已废弃）2

观察错误率、QPS、延迟是否改善

⚠️ 安全与稳定性建议

✅ 推荐配置组合（16GB 内存服务器）：

net.ipv4.tcp_tw_reuse = 1
允许将 TIME-WAIT 状态的连接 重用于新请求（安全且高效）
⚠️ 不要设 tcp_tw_recycle=1（NAT 环境下会导致连接异常，Linux 4.12+ 已废弃）3

net.ipv4.tcp_tw_reuse = 1
允许将 TIME-WAIT 状态的连接 重用于新请求（安全且高效）
⚠️ 不要设 tcp_tw_recycle=1（NAT 环境下会导致连接异常，Linux 4.12+ 已废弃）4

net.ipv4.tcp_tw_reuse = 1
允许将 TIME-WAIT 状态的连接 重用于新请求（安全且高效）
⚠️ 不要设 tcp_tw_recycle=1（NAT 环境下会导致连接异常，Linux 4.12+ 已废弃）5

🌟 总结：高并发优化三步走

net.ipv4.tcp_tw_reuse = 1
允许将 TIME-WAIT 状态的连接 重用于新请求（安全且高效）
⚠️ 不要设 tcp_tw_recycle=1（NAT 环境下会导致连接异常，Linux 4.12+ 已废弃）6

一台 4 核 8G 服务器，合理优化后轻松扛住 3~5 万并发。

别让 Linux 默认配置，拖垮你的 Nginx！

👉 觉得干货？点赞 + 转发，让更多运维兄弟告别“加机器”焦虑！

💬 你在生产环境调过哪些内核参数？欢迎留言交流！

👨‍💻 作者： [Jack.Liu]

🔗 更多运维干货: 小柳实验室

推荐阅读

• • 
• • 
• •