CDN回源流量突然上涨，怎么一步步排查
月初收到账单提醒，或者监控面板上源站带宽曲线突然抬头，很多运维的第一反应是“是不是被刷了”。但实际排查下来，攻击只是少数情况，更多时候是CDN的缓存行为发生了变化，导致原本应该由边缘节点直接响应的请求，全部回到了源站。回源流量上涨带来的直接后果有两个：源站压力和带宽费用。源站如果配置一般，可能先出现响应变慢，再演变成接口超时；费用方面，CDN的回源流量通常单独计费，量级上去以后账单变化会很明显。
先别急着改配置，第一步是判断原因属于哪一类
常见的情况有四种：一是缓存命中率下降，边缘节点没缓存住内容；二是缓存规则被调整过，比如有人改了过期时间或缓存键；三是源站响应头发生变化，导致CDN不再按原策略缓存；四是资源路径或域名调整，新地址不在原有缓存规则覆盖范围内。这四类的处理方式不同，先归类能少走弯路。
确认方向后，按下面几项逐条核对
第一项是缓存过期时间，检查静态资源是否被设成了很短的过期时间，或者被改成了不缓存。第二项是缓存键规则，看是否把无关的查询参数、请求头或Cookie纳入了缓存键，导致同一个资源被拆成大量不同缓存副本，命中率自然下降。第三项是回源Host，确认CDN回源时带的Host与源站实际监听的域名一致，不一致可能触发源站跳转或返回异常，间接影响缓存。第四项是回源协议，HTTP与HTTPS混用有时会让缓存策略失效。第五项是URL参数处理方式，确认CDN是忽略参数缓存还是保留参数缓存，这个设置直接决定带参数的资源能否复用缓存。
配置核对完，还要用日志验证
把CDN的回源日志和源站的访问日志按时间对齐，重点看回源请求集中在哪类资源上：是图片、脚本、样式这类静态文件，还是接口和动态页面。如果集中在静态文件，多半是缓存规则问题；如果集中在接口，要看是否被错误地纳入了缓存范围。调整之后，观察三个指标：缓存命中率是否回升、回源请求数是否下降、源站带宽曲线是否回落。建议至少观察一个完整的业务周期，避免只看短时间数据就下结论。
排查回源流量，顺序原则是先判断原因类型，再核对缓存相关配置，最后用日志定位具体资源并验证效果。不同CDN服务商的配置项名称和默认行为存在差异，具体操作应以实际服务商的官方文档和说明为准。it数运在网站维护服务中处理这类问题时，也是按这个顺序推进，先把原因说清楚，再动手调整，避免反复改配置却找不到根因。
