Linux 网络服务连接并发压测与性能阈值测定手册

Linux网络服务并发能力需通过可复现压测路径、精准指标采集与系统参数联动验证，核心是明确测连接数还是QPS：前者监控ESTABLISHED连接、文件描述符及TIME_WAIT；后者关注P95延迟拐点、错误率与CPU软中断，并须调优nofile、tcp_tw_reuse、somaxconn等内核参数。

Linux 网络服务的并发连接能力不是靠猜出来的，而是通过可复现的压测路径+精准指标采集+系统级参数联动验证出来的。关键不在于“跑多少并发”，而在于“在什么条件下、哪些指标开始劣化、瓶颈卡在哪一层”。

明确你要测的到底是“连接数”还是“请求处理能力”

这两个目标对应完全不同的压测设计：

• 测并发连接数：关注服务能否长期维持大量 TCP 连接（如 WebSocket、长轮询、MQTT broker）。重点监控 netstat -ant | awk '$6 ~ /ESTABLISHED/ {++n} END {print n}'、文件描述符使用率（lsof -p $PID | wc -l）、TIME_WAIT/CLOSE_WAIT 数量变化。
• 测请求吞吐能力（QPS）：关注单位时间内成功完成的业务请求（如 HTTP 接口）。需控制请求节奏（避免打满连接池却没压出真实处理瓶颈），用 siege -c 2000 -t 2m -f urls.txt 或 wrk -t4 -c400 -d120s http://api.example.com 更合适；结果看 P95 延迟突增点、错误率拐点、服务端 CPU 软中断（top 中 %si）是否飙升。

压测前必须调通的底层支撑项

否则压测结果无效——你测的不是服务，是 Linux 默认配置的短板：

• 文件描述符限制：修改 /etc/security/limits.conf，为运行用户加 * soft nofile 65536 和 * hard nofile 65536，并确认服务进程启动时生效（cat /proc/$PID/limits | grep "Max open files"）。
• TCP 连接回收加速：启用 net.ipv4.tcp_tw_reuse = 1（允许 TIME_WAIT 端口被新连接复用），配合 net.ipv4.ip_local_port_range = 1024 65535 扩大临时端口池。
• 连接队列扩容：将 net.core.somaxconn 和应用 listen() 的 backlog 参数设为一致（如 65535），同时调大 net.ipv4.tcp_max_syn_backlog 至 65535，防止 SYN Flood 或突发建连丢包。
• 缓冲区适配流量：根据网卡带宽和 RTT 调整 net.ipv4.tcp_rmem 和 net.ipv4.tcp_wmem，例如千兆网卡常用 4096 262144 16777216（min/default/max 字节）。

用对工具，才能拿到可信阈值

不同场景选不同工具，避免用错导致误判：

• 测纯网络吞吐与带宽上限：用 iperf3（TCP/UDP 模式），排除应用逻辑干扰，定位链路或网卡瓶颈。
• 测 HTTP 服务 QPS 与延迟分布：优先用 wrk（高并发低开销）或 siege（支持 URL 列表与会话保持），注意开启 keepalive（-H "Connection: keep-alive"）以区分连接建立开销与真实处理开销。
• 测自定义 TCP 协议或长连接稳定性：用 go-wrk、tsung 或自研 client，模拟真实协议握手与心跳逻辑，观察连接泄漏（CLOSE_WAIT 持续增长）与内存缓慢上涨。

判定性能阈值的核心依据

不要只看“最大并发数”，要识别指标拐点：

• 当 P95 延迟上升超过 2 倍基线值，且错误率 > 0.1%，即视为响应质量不可接受的起点。
• 当 CPU %si（软中断）持续 > 60%，说明内核协议栈处理已饱和，继续加压只会放大重传与丢包。
• 当 TIME_WAIT 连接数 > 65535 × 0.8 且 net.ipv4.tcp_tw_reuse 已启用，说明端口复用已达极限，需检查客户端连接复用策略或服务端连接空闲超时设置。
• 当 接收队列（Recv-Q）持续非零（ss -ltn 查看），表明应用读取速度跟不上内核收包速度，是应用层处理瓶颈而非网络问题。