CentOS 7 默认内核3.10.x不支持BBR，必须升级至4.9+内核（如ELRepo的kernel-ml）并按顺序配置net.core.default_qdisc=fq和net.ipv4.tcp_congestion_control=bbr，再执行sysctl -p；验证需同时满足sysctl返回bbr且lsmod显示tcp_bbr模块；无法重启时可用KernelCare热补丁动态启用。
CentOS 7 默认内核（3.10.x）不支持 BBR，必须升级内核到 4.9+ 才能启用；CentOS 8+ 则可直接配置，无需升级。
CentOS 7 必须先升级内核再启用BBR
BBR 在 Linux 内核 4.9 才被主线合并，而 CentOS 7 默认内核是 3.10.x，modprobe tcp_bbr 会报错 Module not found，sysctl net.ipv4.tcp_congestion_control 也只会返回 cubic。
- 用 ELRepo 安装
kernel-ml（主线稳定版），不是kernel-lt（长期支持版），后者多数仍低于 4.9 -
grub2-set-default 0后务必执行grub2-mkconfig -o /boot/grub2/grub.cfg，否则重启可能仍加载旧内核 - 升级后运行
uname -r，确认输出类似5.15.118-1.el7.elrepo—— 版本号开头必须 ≥ 4.9 - 旧内核不建议立即删除，留一个可回滚的启动项，避免新内核兼容问题导致无法进系统
启用BBR的两行关键配置不能颠倒顺序
net.core.default_qdisc=fq 必须在 net.ipv4.tcp_congestion_control=bbr 之前写入 /etc/sysctl.conf，否则 BBR 模块无法正常挂载。
CentOS Linux 7.9.2009
下载
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 错误写法：
echo 'net.ipv4.tcp_congestion_control=bbr' >> /etc/sysctl.conf && echo 'net.core.default_qdisc=fq' >> /etc/sysctl.conf—— 这会导致sysctl -p报Cannot assign requested address - 正确顺序：先设
default_qdisc，再设tcp_congestion_control - 验证命令必须都跑：
sysctl net.ipv4.tcp_congestion_control返回bbr，且lsmod | grep bbr有输出，缺一不可
生产环境无法重启时用KernelCare热补丁
如果服务器正在跑关键业务、不允许 reboot，kernel-ml 升级这条路走不通，只能靠 KernelCare 实时注入 BBR 逻辑到当前 3.10.x 内核。
- 安装后必须执行
kcarectl --register YOUR_LICENSE_KEY，未注册状态下--set-config不生效 - 补丁参数名是
kpatch.net.ipv4.tcp_congestion_control，不是net.ipv4.tcp_congestion_control，写错就静默失败 - 热补丁启用后，
lsmod | grep bbr仍为空（模块未真正加载），但sysctl net.ipv4.tcp_congestion_control会显示bbr，这是正常现象 - KernelCare 补丁只对 IPv4 生效，IPv6 的拥塞控制不受影响
BBR 是否真正起效，不能只看配置写入成功，得用真实流量验证：比如用 iperf3 对比开启前后长连接吞吐，或观察 Web 服务首字节延迟（TTFB）变化。内核版本、配置顺序、验证方式，三者漏掉任何一环，都只是“看起来开了”。
