修改DNS记录之前先把TTL调到300秒，这个动作在熟练的运维人员手里几乎成了一种肌肉记忆。问他们为什么，答案通常很简短：“不然改了不生效。”这个回答只说对了一半。更准确的表述是：你改完记录之后，全球各地的递归解析器仍然会拿着旧记录继续把用户往旧地址送，送多久，取决于你修改之前那个TTL值还有多少秒没走完。把TTL提前降到300秒，是在给这个“旧缓存自然过期”的过程争取一个可控的时间窗口，让切换动作从“听天由命”变成“几分钟内可以验证结果”。

　　很多人以为TTL是“修改之后生效需要等多久”，于是改完记录才想起来去调TTL，或者改的时候顺手把TTL设低，以为这样就能加速生效。这个理解是反的。TTL在DNS体系里的实际含义是：递归解析器把这个答案缓存起来之后，在多长时间内可以不再向权威服务器询问。你修改记录的那一刻，全球无数个递归解析器手里已经握着旧记录，每个旧记录都带着一个倒计时。这个倒计时的长度，是你上一次设置TTL时决定的，跟你现在改不改它没有关系。

　　一些服务商厂商官方文档都把这个顺序说得很清楚：应在变更前24到48小时先把TTL降到较小的值，等待旧TTL过期后，再执行变更。大量“改了DNS半天没生效”的故障，根源都在于切换前TTL太长，缓存迟迟不过期。你改完记录之后看到部分地区仍然访问旧IP，不是权威服务器没更新，而是那些地区的递归解析器还在用缓存里的旧答案，而且它们完全有权利这么做，因为旧答案的TTL还没归零。

　　300秒这个数字是怎么来的

　　300秒不是某个 RFC 里规定的魔法数字，它是工程实践中形成的一个折中点。在讨论修改已有域名设置时，建议“一开始指定较短的值，例如300秒”，确认新设置正确后再提高。

　　为什么不是60秒?技术上可以，部分DNS服务商也支持更低的值。但60秒意味着递归解析器每分钟都要向权威服务器重新确认一次，对于有一定流量的域名，这会显著推高权威DNS的查询压力。而且部分运营商会对极低TTL做最低值限制，你设了60秒，实际缓存时间可能仍然被拉长到运营商自己的下限。为什么不是600秒或3600秒?因为你要的是切换窗口足够短。300秒意味着在理想情况下，一次记录变更后最多五分钟，主流递归缓存就会开始向权威服务器索取新答案。这个窗口对于绝大多数迁移、故障切换、CDN调整来说已经够用，又不至于把权威DNS的负载推到不必要的高度。

　　一个容易被忽略的时序问题：你把TTL从3600改成300，这个“改TTL”的动作本身也需要时间才能被全球缓存接受。那些一小时前查询过你域名的解析器，手里存的还是“3600秒”的记录，你必须等这3600秒走完，它们才会回来问你，然后拿到新的300秒TTL。所以正确的时间线是：提前至少一个旧TTL周期把TTL降下来，再等一个旧TTL周期让新TTL覆盖全球，然后才执行记录变更。如果你的原TTL是86400秒，理论上需要提前两天动手;如果原TTL是3600秒，提前一两个小时降TTL，再等一两个小时，总共半天左右是安全的。这也是为什么很多指南建议提前24到48小时操作，它给的是一个对绝大多数默认TTL都足够宽裕的冗余窗口。

　　改了记录之后，300秒的TTL在替你做什么

　　假设你按流程操作：原TTL 3600，提前一天降到300，等了一天让全球缓存更新为300秒的倒计时，然后你把A记录从旧IP改成新IP。接下来发生的事情是：那些在最近五分钟内查询过你域名的解析器，手里还攥着旧IP，但它们手里的TTL只剩不到300秒了。五分钟之内，它们会陆续重新向权威服务器发起查询，拿到新IP，然后缓存这个新答案，再以300秒为周期维持。

　　这五分钟里，部分用户仍然被送到旧服务器。这不是故障，这是DNS缓存机制的正常代价。你可以把这五分钟理解为切换的“收敛窗口”。如果你在旧服务器上多留一会儿，或者在新旧之间做一段时间的双写、负载均衡，这个窗口造成的用户感知可以降到几乎为零。

　　另一个实操层面的细节：300秒的TTL不是让你永久保持的。变更完成、确认新记录稳定之后，应该把TTL调回正常水平。一个常见错误：变更成功后 temptation 是立刻恢复长TTL，但建议至少在变更后保持短TTL 24小时，确保任何意外问题都能快速回滚。短TTL在变更期间是工具，在稳定运行期间是负担。长期保持300秒会让权威DNS承受不必要的重复查询，首访延迟也会因为缓存命中率下降而轻微劣化。

　　用一条命令确认旧缓存是否真的过期了

　　在动手改记录之前，你想确认“旧TTL是否已经走完”，光看自己浏览器是没用的，本地缓存可能早就清了，但运营商的递归解析器未必。一个直接的方法是向一个公共递归解析器发起非递归查询，看它返回的TTL还剩多少。例如：

dig +noall +answer @8.8.8.8 example.com A

　　输出中那一列数字就是该解析器当前缓存的剩余TTL。如果你已经把权威TTL降到了300，但这里显示的仍然是3600或某个接近原值的数字，说明这个解析器还没有刷新，你还需要等。如果显示的是300左右或更低，说明它已经拿到了新的短TTL设置，切换窗口是可控的。这个检查比“ping一下看看IP变没变”可靠得多，因为ping受本地缓存影响，而你真正需要确认的是外部递归解析器的状态。

　　提前把TTL调到300秒，本质上是在做一件事：把一个你无法直接控制的分布式缓存系统，改造成一个你能够预判其行为的时间窗口。DNS没有“推送生效”这回事，所谓的传播，只是缓存一个一个自然过期的过程。老手之所以在改记录之前先动TTL，是因为他们知道，改记录本身只需要几秒钟，但让全世界知道你改了，需要的是之前那个数字留下的倒计时走完。300秒是给这个倒计时设了一个合理的上限，让“等生效”从一个不确定的小时级悬念，变成一个可以掐着表验证的五分钟流程。