回源带宽控制与缓存命中率平衡，不是两笔独立预算的拉扯，而是让缓存命中率去保护带宽成本边缘节点接住绝大多数请求，回源通道只做兜底。
回源带宽控制与缓存命中率平衡，先看流量从哪里来
如果把边缘节点比作小区里的快递驿站，源站就是城市中心的仓库，驿站的货架是满的，用户取件快，仓库也轻松，驿站货架空着，仓库就得一趟趟派车，货车就是回源带宽，回源带宽飙升，多数情况下不是带宽容量不够,而是驿站的货架没摆对货。
回源带宽飙升，通常不是带宽不够
运维群里最常见的告警就是回源带宽跑满，第一反应是找运营商提速，可提速之后，告警只是从凌晨两点挪到了凌晨三点，原因在于流量结构没有变,该回源的还是回源。
这几类流量最容易把回源带宽顶满：
- 带签名参数的图片URL，签名每半小时过期一次,缓存节点存了也不能用。
- 不支持Range请求的视频文件，用户拖动进度条,边缘节点只能把整个文件拉一遍。
- 缓存配置里写死了“不缓存”的目录，/api、/user,但目录下面混着大量静态图片。
缓存命中率低是信号，不是罪过
行业共识认为，静态资源的命中率如果长期在低位徘徊，回源带宽的消耗会出现不成比例的增长，因为每一条回源请求不只是流量费，还占用源站的连接数、CPU、磁盘IO，源站处理不过来,用户感知就是首屏变慢。
换个角度看，缓存命中率低是边缘节点在喊“我不知道该把房间留给谁”，它不知道哪件货会卖得快,是缓存规则没告诉它。
回源带宽控制与缓存命中率平衡的四个落点
分路径缓存，别让动态流量占着静态资源的通道
具体做法是把域名按内容类型拆开：图片走 img.xxx.com，接口走 api.xxx.com，视频走 video.xxx.com,然后在CDN控制台为每个域名单独设置缓存策略。
CDN控制台操作路径：
- 在缓存配置里新建规则，路径前缀 /images/ 设过期时间30天。
- /api/ 目录勾选“不缓存”，但打开“回源请求合并”,减少重复查询。
- /assets/ 里的JS和CSS文件开启“边缘压缩”,减少回源的字节数。
CDN回源带宽过高怎么办：启用range回源和源站限速
Range回源的意思是边缘节点只向源站请求缺失的那部分字节，而不是整个文件，视频网站的用户拖进度条，range回源直接把拖到的那个分片拉回来,源站出口流量立刻小了一大截。
业内专家指出，range回源配合长时间缓存，是视频类站点压回源带宽最有效的手段之一，如果源站是nginx,配置里加上分片缓存：
location ~ .mp4$ {
proxy_set_header Range $http_range;
proxy_cache_valid 206 12h;
}
接下来是回源限速，源站侧可以把单连接回源速度限制在一倍播放码率之内，比如视频码率是2Mbps，回源限速设置为2Mbps到4Mbps之间，用户感知无差别,但源站的出口带宽使用效率提升。
预热，把流量在高峰前推进边缘节点
预热不是新鲜事，但相当一部分团队只在发布新版本时才用，更有效的做法是每天凌晨把当天的热点内容列表（比如首页Banner、上架商品图）主动推送到边缘节点，这样早晨的流量高峰到来时，边缘节点已经备好货,回源请求自然减少。
CDN控制台一般都有“URL预热”或“目录预热”入口，批量操作时用API接口，把热点清单推给CDN服务商，让节点提前回源拉取，注意预热本身会消耗一次回源带宽,所以预热时间要选在流量低谷。
缓存Key去重，一个参数都别放过
缓存Key是边缘节点区分内容的身份证，URL后面多一个参数，身份证就换一张，有些站点在图片路径上接了来源追踪参数，?from=wechat 和 ?from=baidu，两个不一样的Key,缓存的却是同一张图。
在CDN控制台把参数过滤设置为“忽略指定参数”或“保留指定参数”，把不影响内容的参数全部过滤掉，命中率会明显提升，据统计，相当一部分回源带宽上涨的案例,根因都出在缓存Key设计不合理上。
不同业务场景下的回源带宽与缓存命中率取舍
视频点播：回源带宽峰值控制优先
视频流量的特点是单文件大，峰值明显，晚上八点到十一点是典型的黄金时段，这一时段内若命中率低，边缘节点会疯狂回源，源站带宽和运营商流量账单双双报警，视频点播场景更合理的策略是：通过Range分片、预加载、多级缓存，把回源带宽的峰值削平，而不是追求单节点命中率的最优，热点影片提前预热，长尾内容允许回源,但流量跨时段分摊。
电商大促：缓存命中率优先
大促期间页面静态化程度高，商品详情图、价格标签通常提前一天更新，这个场景下缓存命中率就是用户体验的命根子，把有限的回源配额用在正确的地方，释放缓存资源给高并发页面，大促结束后再放宽动态内容,避免库存信息被缓存卡住。
电商场景具体配置：
- 价格接口：缓存10秒,同时开启CDN侧主动刷新。
- 商品图：缓存30天,配合预加热API在改价后主动刷新。
- 购物车：不缓存，直接回源,但用连接复用降低源站压力。
场景取舍对比
| 场景 | 回源带宽敏感度 | 缓存命中率需求 | 首选动作 |
|---|---|---|---|
| 视频点播 | 高，峰值容易击穿带宽 | 中等，分片命中即可 | Range回源+预热 |
| 电商大促 | 高，涉及成本预算 | 极高，页面依赖缓存 | 精准预热+短缓存+主动刷新 |
| 新闻资讯 | 中，突发流量来自热点内容 | 时效性要求高 | 目录预热+按话题刷新 |
| API服务 | 低，回源量本身不大 | 中，响应速度是关键 | 回源合并+连接复用 |
回源带宽控制与缓存命中率平衡常见问题
CDN回源带宽过高怎么办
先做三件事，第一，在CDN日志里拉出回源请求的URL排行，按流量从大到小排序，看看排在前面的是图片、视频还是接口，第二，如果是视频，确认有没有开启Range回源，第三，如果是图片，检查URL参数是否过多、缓存过期时间是否太短，多数情况下,这三步就能定位到根因。
缓存命中率越高越好吗
不是，缓存命中率过高可能意味着缓存规则过于激进，把需要实时刷新的数据也锁在了边缘节点，较合理的状态是：静态资源命中率保持在高位，动态接口命中率按业务容忍度动态调整,两者不要混在一个指标里看。
边缘节点缓存命中率低的原因有哪些
缓存Key设计不合理排在第一位，同一个资源被多个参数拆成多个副本，其次是缓存时长设置过短，资源刚被缓存就过期回源，再次是回源链路不稳定，节点主动降级导致缓存不生效，最后是业务流量本身就是低频长尾内容，命中率天然偏低，这一类流量不应该追求命中率,而是通过多级缓存和回源限速把成本控制住。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/644045.html
