TTL

TTL 是 DNS 记录携带的一个时长，单位是秒，表示这条记录在解析器里能被缓存多久^[1]。它的正式含义来自 DNS 协议里的生存时间字段，作用是把重复查询挡在缓存层，减少权威服务器的压力^[2]。

值的大小改变的是切换速度

TTL 长时，解析结果稳定、递归查询少，但改记录后要等各处的缓存过期才普遍生效。TTL 短时，变更生效快，权威服务器被问得更频繁^[1]。

这也是迁移前要先把它调小的原因：留出一段比原 TTL 更长的时间让旧值在各缓存里过期，再切记录，切换的窗口才可控^[3]。

三条实际注意事项

不同记录各有各的 TTL，主域名、www、邮件相关的记录不必共用一个值^[1]。

解析器不一定完全尊重你给的数值，部分公共 DNS 会设上下限，实际生效时间可能长于设定^[2]。

调小再调回。迁移窗口结束后把值调回原规模，长期用短 TTL 会放大查询量。

与搜索的关系

搜索侧对 DNS 的敏感点在解析是否正确与是否可达：解析异常或指向失效地址时，抓取表现为网络错误，Google 把网络问题列为影响抓取的常见原因之一^[4]。TTL 不影响排名，它影响的是变更期间的可用面宽度。

常见误用

第一种是迁移当天才改记录，旧缓存仍在生效，一部分用户与爬虫被打到旧地址^[3]。第二种是把所有记录都设成极短值追求"即时生效"，换来权威服务器压力上升^[1]。第三种是只改主记录，忘改邮件与安全相关的 TXT，验证与发信同时受影响。

附录

参见

• 域名与 DNS
• 解析商
• 网站迁移总览
• 抓取错误
• 验证与所有权

参考资料

官方（境外）

1. 《DNS 概念指南》，Cloudflare Learning Center。
2. 《RFC 1035：域名实现规范》，IETF。
3. 《使用 301 重定向将网址迁移到 Google 搜索》，Google 搜索中心。
4. 《关于 Google 搜索运作方式的深度指南》，Google 搜索中心。

外部链接

• DNS 时间参数说明，ICANN。