内核网络参数是决定Nginx worker能否跑满的底层基础，而非配角：必须设置net.core.somaxconn=65535防连接丢弃、net.ipv4.tcp_tw_reuse=1缓解端口耗尽、net.ipv4.tcp_fastopen=3降低首包延迟、net.ipv4.ip_local_port_range=1024 65535扩端口范围，并配套limits.conf与worker_rlimit_nofile对齐，ARM平台可加net.ipv4.tcp_low_latency=1提升实时性。
内核网络参数不是“配合”worker性能的配角，而是决定worker能否真正跑满的底层基础。很多调高了worker_processes和worker_connections却没效果的情况，根源往往卡在系统层——连接还没进Nginx，就在内核队列里被丢弃或排队过久。
必须调整的核心内核参数
这些参数写入/etc/sysctl.conf，执行sysctl -p生效：
-
net.core.somaxconn = 65535：监听套接字的全连接队列（accept queue）最大长度。若小于Nginx的
listen ... backlog值，多余连接请求会被内核直接拒绝，worker再强也收不到。 - net.ipv4.tcp_tw_reuse = 1：允许把处于TIME_WAIT状态的socket重新用于新建连接。高并发短连接场景下，能显著缓解端口耗尽问题，避免因无法建立新连接而压不上去。
- net.ipv4.tcp_fastopen = 3：全局启用TCP Fast Open（客户端和服务端都支持时），跳过一次SYN握手，降低首包延迟。对API、微服务调用类流量收益明显。
- net.ipv4.ip_local_port_range = 1024 65535：扩大本地端口范围，避免大量反向代理连接因端口不足而失败。
配套的系统资源限制
内核参数调了，但用户级资源不够，worker进程照样受限：
- 在
/etc/security/limits.conf中为nginx用户设置：nginx soft nofile 1000000nginx hard nofile 1000000 - 确保
worker_rlimit_nofile在nginx配置main块中设为相同或略小值，例如worker_rlimit_nofile 1000000; - 检查
ulimit -n是否已生效，重启nginx前确认当前nginx进程的cat /proc/$(pidof nginx)/limits | grep "Max open files"显示数值达标。
ARM平台与低延迟场景补充
在鲲鹏、飞腾等国产ARM服务器或实时性要求高的网关场景中，建议额外启用：
- net.ipv4.tcp_low_latency = 1：关闭TCP延迟优化机制（如延迟ACK、拥塞控制中的某些平滑策略），减少单次小包处理的排队等待，适合高频小包交互（如gRPC、WebSocket心跳）。
- 搭配
tcp_nodelay on;使用，确保小数据包不被Nagle算法缓冲，从内核到应用层全程“零延迟感知”。
验证是否真正起效
光改完不验证，等于没调：
- 用
ss -s观察total: XXXX和tw:数量变化，压力测试前后对比TIME_WAIT是否回落、established连接是否稳定增长。 - 抓包看三次握手是否出现
TCP Fast Open选项；用netstat -s | grep -i "listen overflows"确认无“listen overflows”计数增长，说明somaxconn足够。 - 压测时监控
/proc/net/snmp中TcpExt:行的SynDrop和ListenOverflows字段，这两项非零就说明内核层已成瓶颈。
