🌐 网络性能调优

📌 一句话概括

网络层问题往往是性能测试的"隐形杀手"——在应用和数据库都正常的表象下，跨机房的网络延迟、TCP重传、带宽瓶颈悄悄吃掉响应时间，却容易被忽视。

💡 网络性能调优要点

TCP内核参数调优

操作系统层面的TCP参数对高并发场景影响显著：

• TCP连接队列：net.core.somaxconn和net.ipv4.tcp_max_syn_backlog——高并发场景下连接队列过小导致SYN丢包
• TIME_WAIT优化：net.ipv4.tcp_tw_reuse——高并发短连接场景下TIME_WAIT过多占用端口
• TCP缓冲区：net.ipv4.tcp_rmem/wmem——缓冲区过小限制吞吐量
• KeepAlive：net.ipv4.tcp_keepalive_time——检测死连接的超时时间

应用层网络优化模式

• 连接复用：使用HTTP Keep-Alive或数据库连接池避免频繁建立TCP连接
• 批量操作：批量查询代替逐条查询，减少网络往返次数（RTT）
• 异步非阻塞：使用NIO/Netty代替BIO，提升单机连接处理能力
• 数据压缩：对大于1KB的响应体开启Gzip压缩

🔍 测试实战

1. 网络延迟测量

操作：压测期间在应用服务器和数据库服务器之间持续ping和mtr，记录RTT基线值和抖动范围。若RTT突然增大或出现丢包，排查交换机/防火墙/负载均衡器。

2. TCP重传监控

操作：用netstat -s | grep retransmit或ss -ti监控TCP重传次数。高并发下重传率>0.1%需要关注，>1%说明存在严重网络问题。

⚠️ 常见坑点

1. 容器网络性能损耗——Docker bridge模式和overlay网络相比宿主机网络有5-15%的性能开销
2. 防火墙/安全组规则——压测流量可能触发DDoS防护导致限流
3. 跨机房网络延迟——银行系统的主备机房跨地域部署时，RTT>10ms会显著影响TPS

📖 延伸阅读

• 《TCP/IP详解》
• Linux Network Performance Tuning Guide