CentOS 7 默认内核版本较低，原生不支持 BBR 算法，优化重点在于升级内核或调整 TCP 缓冲区参数。此方案适用于跨国高延迟链路，风险边界在于内核升级可能影响现有驱动兼容性，且 TCP 参数无法物理消除链路丢包，只能减少重传等待时间。
先说结论：CentOS 7 需升级内核至 4.9 以上才能启用 BBR，否则仅能调整缓冲区大小缓解丢包影响。
- 适合：跨国高延迟、存在随机丢包的 VPS 环境
- 先准备：备份 grub 配置，确认 VPS 提供商允许更换内核
- 再验证：通过 sysctl 确认算法状态，使用 ping 和 ss 命令观察连接质量
命令速用版
以下命令用于临时启用 TCP 优化参数，重启后失效，适合测试效果。
sysctl -w net.ipv4.tcp_congestion_control=bbr
sysctl -w net.core.rmem_max=16777216
sysctl -w net.core.wmem_max=16777216
sysctl -w net.ipv4.tcp_mtu_probing=1为什么会这样
TCP 拥塞控制算法决定丢包后的恢复速度，而非物理链路质量。CentOS 7 默认内核 3.10 版本仅支持 Cubic 算法，在高延迟丢包场景下反应较慢，升级内核可启用 BBR 算法提升吞吐量。
物理丢包通常由运营商链路拥堵或线路质量导致，操作系统层面无法修复物理故障。调整 TCP 窗口大小和拥塞控制算法的目的是让发送端更快感知丢包并恢复传输，避免长时间等待超时。
分步处理
第一步：检查当前内核版本，确认是否支持 BBR。
uname -r
sysctl net.ipv4.tcp_available_congestion_control若输出包含 bbr 则可直接配置，若未包含则需升级内核。CentOS 7 升级内核推荐使用 ELRepo 仓库，操作前需备份现有引导配置。
第二步：安装 ELRepo 并升级内核（仅当需要 BBR 时）。
rpm `--import` https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
yum install -y https://www.elrepo.org/elrepo-release-7.el7.elrepo.noarch.rpm
yum `--enablerepo`=elrepo-kernel install -y kernel-ml第三步：写入持久化配置文件，确保重启后生效。
echo "net.core.default_qdisc=fq" >> /etc/sysctl.conf
echo "net.ipv4.tcp_congestion_control=bbr" >> /etc/sysctl.conf
sysctl -p若不升级内核，可调整缓冲区参数缓解影响，将 tcp_congestion_control 保持为 cubic 或 reno，仅增大 rmem_max 和 wmem_max 值。
怎么验证是否生效
执行 sysctl 命令查看当前拥塞控制算法是否已变更。
sysctl net.ipv4.tcp_congestion_control输出结果应为 bbr 或已调整的参数值。使用 ss 命令查看现有连接的拥塞控制状态。
ss -ti | grep congestion通过 ping 目标地址观察延迟波动，使用 iperf3 测试吞吐量变化，公开资料中没有看到可靠的量化数据，需结合实际业务流量判断。
常见坑
部分 VPS 提供商禁止用户更换内核，强制使用宿主机内核，此时无法通过 ELRepo 升级。MTU 设置不当会导致分片丢包，若开启 tcp_mtu_probing 需注意网络设备兼容性。生产环境升级内核前务必确认控制台访问权限，防止网络配置错误导致失联。
常见问题
CentOS 7 默认内核能开启 BBR 吗？
不能，默认 3.10 内核不支持 BBR 算法，必须升级至 4.9 以上版本。
优化 TCP 参数能彻底消除丢包吗？
不能，TCP 参数只能优化丢包后的传输效率，无法修复物理链路质量问题。
修改配置后需要重启服务器吗？
仅修改 sysctl 参数无需重启，但升级内核后必须重启才能加载新内核。
参考来源
- ELRepo Project, "ELRepo Repository", https://elrepo.org/
- Linux Kernel Documentation, "TCP BBR", https://docs.kernel.org/networking/bbr.html
- CentOS Wiki, "CentOS Documentation", https://wiki.centos.org/