促销结束后，CDN节点上残留的旧页面和缓存数据必须立刻清理，否则用户看到的还是大促时的价格和库存，回源回落则是指清掉缓存后让请求重新回到源站拉取最新内容这是保证活动结束瞬间数据一致性的唯一可靠手段。
促销结束后CDN缓存怎么清理：先弄清你面对的是哪种“脏数据”
大促刚结束的那几分钟,是运营和开发最手忙脚乱的时候，你明明已经把商品价格改回原价，源站也更新了数据库，但用户刷新页面看到的还是“秒杀价”“已售罄”的旧快照，问题不出在源站，出在CDN缓存。
CDN缓存的是HTTP响应,包括HTML页面、接口返回的JSON、图片、CSS文件，促销场景下，最容易出错的是两类：一类是页面级HTML缓存，比如商品详情页、购物车页面，TTL设置成几分钟甚至几小时；另一类是接口级缓存，比如价格查询接口、库存查询接口，很多团队为了扛住大促流量，把接口缓存时间调得很长。
促销结束后的清理工作,不是简单点一下“刷新全部”就完事，你需要先确认缓存类型，再选择对应的清理方式，如果你用的是简米云、酷番云、网宿这类国内主流CDN服务商，控制台里通常有“刷新预热”功能，支持按URL、目录、前缀三种方式提交刷新任务，按URL刷新最精准，适合清理单个商品页；按目录刷新适合整个频道页；按前缀刷新适合带参数动态路径，但要提醒你，大部分CDN的刷新任务生效时间在5到10分钟，并非瞬时完成，所以促销结束前就要把清理预案准备好，而不是等结束后再手忙脚乱地去填URL列表。
CDN回源是什么意思？理解回源回落的前提
很多新手搞不清“回源”和“回落”的区别，其实这俩是同一件事的两个侧面。回源指CDN节点上没有缓存、或者缓存已过期时，节点向源站请求数据的过程；回落则是指流量从CDN节点降级到源站处理的过渡状态，促销结束后的所谓“回源回落”，就是你有意让CDN缓存失效，让一段时间内的用户请求直接打到源站，确保大家看到的是最新的正常价格和库存。
行业共识认为,促销结束后的缓存清理本质上是“牺牲边缘加速，换取数据正确”，因为一旦你执行了清理操作，CDN节点上的旧缓存被删除，接下来的所有请求都会回源，如果你的源站带宽不够大，而且促销结束后的流量还维持在高位，就可能出现源站压力骤增甚至宕机，业内专家指出，多数情况下，活动结束后半小时内的回源流量会是平时的5到10倍，所以清理前一定要评估源站的承载能力，或者利用CDN的“回源限速”“回源重试”策略保护源站。
理解回源是理解整个清理流程的关键,你不需要把CDN底层原理全部摸透，但至少要知道：回源之后，源站返回的内容会重新被CDN缓存，所以清理完缓存不代表万事大吉，你需要确认新缓存已经正确生成，具体做法是，在清理任务执行完成后，用curl带上CDN节点IP请求页面，检查响应头里的X-Cache或Via字段，如果显示MISS，说明已经回源拉到新数据；如果显示HIT还是旧版，说明清理没生效，需要检查URL是否写错或刷新任务是否被合并。
实操：缓存清理的三种路径和命令
促销结束后的CDN缓存清理,按紧急程度和资源投入，有三种路径可走。
控制台批量刷新
这是最普通的操作,登录CDN控制台，找到“刷新预热”菜单，选择“URL刷新”，把需要清理的URL列表粘贴进去，一次最多提交100条（不同厂商有差异），适合清商品详情页、活动落地页，手动操作的问题是，促销期间你可能生成了大量动态URL，比如带?sku_id=123&from=promo参数的活动链接，手动收集不现实，更好的办法是提前在源站日志里把活动页URL全部导出来，整理成TXT文件，然后分段提交。
API脚本自动化清理
如果你有开发资源,强烈建议用API方式，简米云CDN提供了RefreshObjectCaches接口，酷番云是CreatePurgeTask，网宿也有对应的REST接口，写一个Python脚本，读取数据库中的商品ID列表，拼接出所有URL，循环调用API提交刷新任务，这里有个坑：大部分CDN厂商对每秒提交次数有限制，比如简米云单个账号每秒最多提交20条URL刷新，你需要在线程里加sleep控制速率，提交后要轮询DescribeRefreshTasks接口检查任务状态，直到所有任务都变成succeed。
源站强制过期
控制台和API清理的是CDN缓存,但别忘了源站前面可能还套着一层应用缓存，比如Redis、Nginx缓存，活动结束后，你需要同时清理源站上的缓存，否则CDN回源时拿到的还是旧数据，具体操作是：如果用的是Nginx，直接删除/usr/local/nginx/proxy_cache下的缓存目录，或者用nginx -s reload配合proxy_cache_purge模块精确清除指定URL；如果用了Redis存页面片段，就执行DEL命令或者用SCAN匹配活动相关的key删除，源站清理是很多团队容易漏掉的环节，漏掉之后出现“CDN已经刷新了，但回源拿到的还是旧内容”的奇怪问题。
清理命令方面,给你一组实用的参考：
# 查看源站Nginx缓存路径下的文件（用于确认是否清理干净） grep -r "server_name" /usr/local/nginx/conf/nginx.conf # 删除Nginx代理缓存目录下所有内容 rm -rf /usr/local/nginx/proxy_cache/ # 如果使用varnish，bansys可以精准清除 varnishadm ban req.url ~ "^/product/" # 如果使用Redis做页面缓存，用SCAN批量删除 redis-cli --scan --pattern "page:promo" | xargs redis-cli del
注意,这些命令直接操作生产环境有风险，建议在促销前先做一次演练，确认命令不会把正常缓存误删。
清理时机与回源成本如何平衡
很多人问,促销结束后CDN缓存清理多少钱一次，其实CDN的刷新功能本身多数是免费的，但回源流量要花钱，以国内主流云厂商为例，CDN按流量计费，回源流量通常会比边缘流量便宜一些，但也不可忽视，所以清理时机和回源成本要放在一起考虑。
促销结束后的黄金操作窗口是结束前15分钟到结束后30分钟，具体做法是：活动结束前15分钟，先把静态资源（图片、CSS、JS）的缓存预热到CDN，这样即使页面HTML回源，静态资源还能命中边缘节点，减少回源流量；活动结束后立刻刷新HTML和接口缓存，让动态内容尽快回源，这比“结束后一股脑全部刷新”聪明得多，因为全部刷新会让所有资源同时回源，造成流量尖峰。
另外一个成本陷阱是“刷新粒度”，按目录刷新比按URL刷新成本高，因为目录刷新会清掉目录下所有文件，导致大量不必要的回源，比如你只想清理今天活动页，却刷了整个/html/目录，那其他正常商品页也被强制回源，白白浪费流量，所以原则是能用URL刷就不用目录刷，能用前缀刷就不用全目录刷。
如果你使用的是按流量计费的CDN,回源流量通常计入账单，不同厂商计费维度不同，有的把回源流量单独计费，有的合并到总流量里，你需要提前在控制台查看“费用中心”的流量报表，了解回源流量的单价，据行业公开信息，近几年CDN回源流量的单价已明显下降，但大型促销后的集中回源仍然可能让当月账单上升不少，所以预算控制很重要。
大促后缓存策略调整：别让下一次促销踩同一个坑
清理结束后,还有一步值得做：检查活动期间设置的缓存参数是否已经改回正常值，很多团队在大促前把缓存TTL调大，活动结束后忘记调回，结果导致后续正常价格也被缓存很久，具体要检查三个地方：
- CDN控制台的“缓存配置”：确认HTML的TTL是否从大促时的10分钟改回常规的1分钟或更短
- 源站响应头：用
curl -I查看Cache-Control和Expires的值，确认没有max-age=3600这类过长缓存 - 动态接口的缓存逻辑：确认价格、库存接口是否已经移出强制缓存名单
调整完之后,建议做一次全网验证，挑一个之前参与活动的商品URL，用浏览器隐身模式访问，确认显示的是新价格，再通过curl http://你的域名/product/123.html -H "Host: www.example.com" -I，观察响应头中的Age和X-Cache，如果显示HIT正确，说明新缓存已经生效。
Q&A：促销结束后CDN缓存清理与回源回落常见问题
问：清理CDN缓存后，为什么还是看到旧页面？
大概率是以下几个原因之一：刷新任务还没生效，CDN厂商说5到10分钟，实际可能更长；你刷新的URL和实际访问URL不一致，比如一个带www一个不带；源站应用层缓存没清理，CDN回源时拿到的还是旧数据；部分节点刷新失败，需要查看刷新任务状态，重新提交失败项，建议先用curl带具体节点IP请求页面，直接判断是CDN问题还是源站问题。
问：CDN缓存清理和回源流量费用有关系吗？
有直接关系,清理缓存后，所有被清理内容的请求都会回源，产生回源流量，如果你按URL精准清理，回源流量相对可控；如果按目录或全站清理，回源流量会大增，促销结束后建议先清理高优先级页面，比如确认价格和库存的详情页、购物车接口，其余非关键内容（如历史公告、静态资源）可以等流量自然回源，你可以在CDN控制台的“监控告警”中设置回源带宽阈值，超过预设值就触发告警，帮助你及时调整清理节奏。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/774164.html
