什么是 DNS TTL？如何选择合适的值

TTL 是 Time To Live（生存时间）的缩写。它是附加在每条 DNS 记录上的一个秒数，回答的是一个问题：解析器在再次询问之前，可以复用这个应答多久？

它是 DNS 中最容易被忽视的设置。大多数人直接接受服务商设置的默认值，直到紧急迁移时才发现它的存在，而那时想有效地修改已经太晚了。

权衡取舍

TTL 在实际中的样子

example.com.    3600    IN    A     93.184.216.34
example.com.   86400    IN    NS    ns1.example.com.

用 dig 查询时，显示的是剩余的 TTL，而不是配置的 TTL。间隔几秒运行两次相同的查询，观察这个数字下降，这就是解析器缓存倒计时的实时视图。

dig +noall +answer example.com
# wait 10 seconds, then
dig +noall +answer example.com

按记录类型推荐的值

迁移的标准做法

这是唯一值得牢记的 TTL 工作流程，因为它能把长达一天的中断风险，缩短为五分钟。

1. 1

   在变更之前至少一个旧 TTL 周期，调低 TTL

   如果当前的 TTL 是 3600，就把它改为 300，并至少等待一小时，其他一概不动。

2. 2

   确认正在提供的是较短的 TTL

   查询该记录，检查 TTL 是否从 300 开始倒计时。此时，所有持有您这条记录的缓存，都已进入五分钟的计时。

3. 3

   进行真正的变更

   更新地址。现在任何人最长只需等待五分钟。

4. 4

   验证，然后恢复 TTL

   流量切到新服务器之后，把 TTL 调回 3600，以免继续承担查询成本。

TTL 与韧性

高 TTL 有一个很少被提及的好处：如果您的 DNS 服务商发生故障，仍缓存着您记录的解析器会继续提供服务。24 小时的 TTL 可以让您的域名在长达数小时的 DNS 故障中基本无感地撑过去。而 60 秒的 TTL 则意味着几乎立刻就会中断。

这是让稳定记录的 TTL 保持在较高水平的有力理由，也说明低 TTL 应当只作为临时的迁移工具，而不是默认的做法。记录变更时您究竟在等待什么，请参阅 DNS 传播。