解析生效但部分地区 404：旧缓存与回源

发布时间:2026-02-05 06:17

## 症状 域名切换了解析或调整了源站配置，自己这边访问一切正常，部分地区用户却仍被导向旧的位置，拿到 404 或旧内容。持续几个小时甚至一两天，受影响用户逐渐减少但始终无法完全消失，客服压力集中在特定地区的用户群。 ## 定位 新旧并存的形态指向缓存层：解析记录的缓存、运营商侧的记录缓存、边缘节点的响应缓存，三处都可能在旧值上停留。让受影响用户帮忙查询当前解析结果，与预期值比对；不同地区返回不同结果，缓存滞留即坐实。旧内容类问题再叠加一层：边缘节点缓存的响应没过期，回源请求根本没发生，源站改了也白改。排查时记录下受影响用户所在的网络与地区分布，刷新动作要覆盖到对应的层。 ## 解决 两步走：权威侧把记录的缓存时间临时调短，加速旧记录的自然过期；各缓存层主动刷新，解析侧等记录传播，响应缓存侧对热门路径做定向刷新，让边缘节点强制回源拿新内容。仍有残留的个例，等缓存自然过期是最朴素的收尾，把预计的过期时间告知客服，比反复排查更有用。源站侧再做一层保险：旧路径返回显式的跳转或提示，让落到旧位置的请求也有明确去向。 ## 预防 计划内的切换，提前一到两天把解析记录的缓存时间降到分钟级，切换完成后再调回，新值传播速度提升一个量级。内容更新频繁的路径，响应头里控制好缓存时长，改版前先出缓存策略设计再动页面。切换后保留旧源站服务一段时间，别急着回收，残留流量有个去处。顺云上做这类变更前用快照留好配置恢复点，多线 BGP 接入环境下不同运营商的传播节奏有差异，验证时三网各测一遍再宣布完成。