核心思路是先定位瓶颈再针对性调参,不盲目堆配置;重点调tcp连接队列、time_wait回收、本地端口范围等四类基础参数,并同步完成sysctl加载、应用backlog匹配和ulimit生效等配套操作。

核心思路是:先定位瓶颈,再针对性调参,不盲目堆配置。高并发压不上去,往往不是CPU或带宽不够,而是内核在网络连接建立、缓冲区管理、资源上限等环节卡住了。
重点调哪几类参数
不是所有参数都要改,关键看业务特征:
- 短连接密集型(如API网关、HTTP接口):重点调TCP连接队列、TIME_WAIT回收、本地端口范围
- 长连接稳定型(如WebSocket、数据库连接池):重点调TCP缓冲区、keepalive、慢启动行为
- IO密集型(如文件上传、消息队列):同步优化脏页刷盘、内存回收策略
必须改的四个基础参数
这四个是多数高并发服务的“入门必调项”,改错影响小,改对见效快:
Linux系统管理专家,覆盖12大模块:用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词:useradd、sudo、sshd_config、chmod、SEL...
-
net.core.somaxconn = 65535:监听套接字全连接队列上限。默认128,3000并发就溢出。应用层listen() backlog也得同步设为同等值(如Nginx的
listen 80 backlog=65535) - net.ipv4.tcp_max_syn_backlog = 65535:SYN半连接队列长度。防止突发请求直接被丢弃,尤其在SYN Flood或秒杀场景下很关键
-
fs.file-max = 2097152:系统级最大文件描述符数。配合
ulimit -n 65536和/etc/security/limits.conf中用户级限制一起生效,避免“Too many open files” - net.ipv4.ip_local_port_range = "1024 65535":扩大客户端可用临时端口范围。默认只开放32768–65535(约3.2万个),高并发出向连接容易耗尽
按需启用的关键优化项
这些参数效果明显,但需结合场景判断是否启用:
-
net.ipv4.tcp_tw_reuse = 1:允许复用TIME_WAIT状态的端口发起新连接。仅适用于服务作为客户端(如反向代理、微服务调用),且必须开启
net.ipv4.tcp_timestamps = 1 - net.ipv4.tcp_fin_timeout = 30:缩短FIN_WAIT_2超时时间,默认60秒。可加快连接释放,但不宜低于15秒,否则可能丢包
- net.core.netdev_max_backlog = 65536:网卡软中断收包队列深度。防止突发流量打满导致RX dropped,配合RPS/RFS做CPU负载均衡更有效
- net.ipv4.tcp_slow_start_after_idle = 0:禁用空闲后TCP慢启动。对持续传输型业务(如流媒体、大文件下载)能保持高吞吐
别忘了配套操作
光改内核参数不够,必须同步完成这几步:
- 用
sysctl -p加载配置,并用sysctl net.core.somaxconn逐个确认生效 - 检查应用是否设置了匹配的backlog(如Netty的
option(ChannelOption.SO_BACKLOG, 65535)) - 重启服务或重新登录,确保
ulimit -n生效 - 压测前用
ss -s、netstat -s | grep "SYNs to LISTEN"、cat /proc/net/sockstat验证队列是否还有溢出










