技术帮助 · 发布时间：
海外网站迁入新数据中心时，域名解析并不会让所有访客同时改走新服务器。递归解析器会缓存记录，已有连接也可能继续访问旧站。因此，海外网站迁入境外数据中心的域名TTL切换安排，重点不是追求“瞬间生效”，而是让新旧环境有一段可控的并行期。低TTL适合缩短解析缓存窗口；分阶段切换则用于逐步观察新环境表现，两者解决的问题不同。
先区分两种切换思路
低TTL预切换：缩短缓存等待
TTL是域名记录可被缓存的时间。假设网站的A记录TTL为3600秒，解析器通常可缓存约一小时；改为300秒后，新的查询可能更快取得更新后的记录。但已经缓存旧答案的解析器，通常仍会按原TTL等待；部分解析器还可能设置最小缓存时间。因此，降低TTL不是即时切流开关。
适合采用低TTL预切换的情况，是目标明确、准备一次性把主要流量迁到新地址，且需要缩短故障回退时的等待。常见做法是在计划切换前至少等待旧TTL走完，再确认解析结果；具体预留多久，应结合旧TTL、权威DNS服务商规则和变更窗口确定。300至600秒常用于迁移期间的临时设置，但并非所有服务都应照此配置。
分阶段切换：逐步验证新环境
分阶段切换会先让一部分访问使用新环境，再扩大范围。若权威DNS平台支持加权解析，可按其能力设置流量权重；若只支持多条A记录轮询，不能把记录数量简单等同于准确流量比例，因为递归缓存、客户端位置和连接复用都会影响实际分布。
这种方法适合新旧环境需要并行核验的迁移，例如先检查首页、登录、文件上传和后台管理，再扩大切换范围。优点是较容易发现应用配置、证书或数据库连接问题；缺点是观察周期更长，而且旧站必须持续保持可用，涉及写入的数据也要设计同步或冻结方案。
按这个顺序执行，降低切换风险
盘点记录。记录当前A、AAAA或CNAME记录、TTL、权威DNS控制台和旧服务器地址。检查根域名与www子域名是否指向不同目标，并确认新站证书覆盖实际使用的主机名。
先降低TTL。在切换前调整目标记录的TTL，例如从3600秒改为300秒；随后至少等待原TTL到期，再进行正式变更。若变更窗口临近才调低，部分缓存仍可能保留旧值。
验证新站。通过临时主机映射或测试域名检查页面、接口、证书、邮件发送和关键数据读写。确认新服务器已开放所需端口，且应用依赖没有继续指向旧环境。
选择切法并观察。一次切换时更新记录并持续查看解析、访问日志和应用告警；分阶段切换时按权威DNS平台实际支持的方式逐步扩大新环境范围。每一阶段都留出足够观察时间，不要仅凭单次访问判断成功。
准备回滚。保留旧站运行能力和原记录值。若错误率上升、关键功能异常或数据不一致，恢复旧解析并检查缓存仍指向新站的访客如何处理。回滚也受TTL和缓存影响，不能保证所有用户立即返回旧站。
迁移稳定后恢复TTL。稳定运行一段时间后，可将TTL调回适合日常管理的值，例如3600秒；最终取值应考虑变更频率、权威DNS服务能力及故障响应要求。
如何在预切换与分阶段之间选择
若网站结构简单、切换目标单一、回滚方案经过验证，低TTL预切换配合一次性更新通常更直接。若新环境尚需验证，或切换错误会影响关键业务，则优先考虑分阶段方式；但要确认解析平台确实支持所需的加权或路由能力。海外网站迁入境外数据中心的域名TTL切换安排，应把解析缓存、应用验证和旧环境保留作为一个整体计划，而不是只改一个数字。
常见问题
TTL设成300秒，五分钟后所有人都会访问新站吗？
不会。它约束的是遵守该TTL的缓存时间，不保证所有解析器同步刷新，也不影响已经建立的连接。
能否在切换后立即关闭旧服务器？
不建议。部分访客仍可能拿到旧地址，宜在解析与业务表现稳定后再下线，并先确认数据已完整迁移。
降低TTL后，为什么解析结果仍不一致？
可能是旧缓存尚未过期、解析器设置了缓存下限，或域名存在多条记录。应分别检查权威DNS返回值和不同网络中的递归解析结果。
迁移完成后还要保留低TTL吗？
不一定。若日常很少改动记录，可恢复较长TTL以减少重复查询；若仍处于观察期或预计会再次调整，则可暂时保留较短值。
