搬瓦工 CN2 GIA 线路晚高峰速度下降通常由国际出口带宽拥堵导致，优化重点在于服务端 TCP 协议栈调优与流量调度，无法突破物理带宽上限。适用场景为 Linux VPS 网络延迟高、丢包率上升，风险边界是错误配置可能导致连接中断。
先说结论：物理拥堵无法彻底消除，但可通过内核参数调整提升传输效率。
- 先定位：使用 MTR 工具确认丢包发生在国际出口还是本地网络。
- 先做：开启 TCP BBR 拥塞控制算法以降低高延迟下的丢包影响。
- 再验证：对比优化前后的 ping 延迟波动与吞吐量变化。
命令速用版
以下命令用于检查当前拥塞控制算法并开启 BBR，适用于大多数现代 Linux 发行版。
# 查看当前拥塞控制算法
sysctl net.ipv4.tcp_congestion_control
# 开启 BBR
sysctl -w net.ipv4.tcp_congestion_control=bbr
sysctl -w net.core.default_qdisc=fq
# 永久生效配置写入
echo "net.ipv4.tcp_congestion_control=bbr" >> /etc/sysctl.conf
echo "net.core.default_qdisc=fq" >> /etc/sysctl.conf为什么会这样
晚高峰速度下降的核心原因是国际出口带宽资源在特定时间段出现供需失衡。CN2 GIA 虽然属于高质量线路，但仍属于共享带宽资源，当大量用户同时占用时，路由器队列堆积会导致丢包和延迟增加。TCP 协议在检测到丢包时会主动降低发送速率，进一步加剧速度下降感。优化手段主要是让 TCP 协议在高丢包环境下更激进地维持传输，而非增加物理带宽。
分步处理
第一步：检查服务器负载与网络状态。使用 top 命令查看 CPU 和内存使用率，排除服务器自身性能瓶颈。使用 mtr 命令测试到本地网络的路由，观察丢包主要集中在哪一跳。
第二步：启用 TCP BBR 算法。BBR（Bottleneck Bandwidth and RTT）是 Google 开发的拥塞控制算法，相比传统 CUBIC 算法，在高延迟和丢包场景下能更好地利用可用带宽。执行上述命令速用版中的配置。
第三步：调整网络缓冲区大小。对于高延迟线路，适当增加 TCP 缓冲区有助于提升吞吐量。在 /etc/sysctl.conf 中添加 net.ipv4.tcp_rmem 和 net.ipv4.tcp_wmem 参数，数值需根据实际内存大小调整，避免占用过多内存。
第四步：检查是否有异常流量。使用 nethogs 或 iftop 工具查看是否有单个进程占用过高带宽，排除被攻击或异常程序占用的情况。
怎么验证是否生效
执行 sysctl net.ipv4.tcp_congestion_control 确认输出包含 bbr。使用 ping 命令持续测试延迟，观察晚高峰期间延迟波动幅度是否减小。使用 iperf3 工具进行吞吐量测试，对比优化前后的传输速率。注意公开资料中没有看到可靠的量化数据表明具体提升百分比，实际效果取决于当时网络拥堵程度。
常见坑
不要期望优化能完全消除晚高峰拥堵，物理带宽限制是硬性边界。不要随意修改内核网络参数而不了解含义，可能导致服务不可用。不要在未备份配置文件的情况下直接修改 /etc/sysctl.conf，错误配置可能导致系统启动后网络异常。如果服务器内核版本过旧，可能不支持 BBR 算法，需先升级内核。
常见问题
开启 BBR 后速度能恢复多少？
无法给出具体数值，效果取决于当时网络拥堵程度。BBR 主要改善高丢包下的传输效率，而非增加带宽总量。
修改配置需要重启服务器吗？
不需要。使用 sysctl -w 命令可立即生效，写入配置文件是为了重启后保持配置。
晚高峰丢包严重是否应该更换 IP？
更换 IP 通常无效。拥堵发生在路由节点而非单个 IP，除非更换到不同机房或不同线路套餐。
优化配置会影响其他服务吗？
常规 TCP 参数调整不会影响 Web 服务或数据库运行，但过度增大缓冲区可能增加内存占用。