TTL 设多少合适
短了增加查询量，长了回滚慢。
TTL 的两面
TTL 决定解析结果被缓存多久。设置得长，递归解析器的负担小、解析更稳定；但需要变更时，旧结果会在缓存里赖很久。设置得短，变更传播快，代价是查询量上升。
实操上的习惯
日常可以用一个偏长的值，变更前先把它调短，等旧的缓存都过期之后再改目标值，观察稳定后调回来。
注意缓存不止一层
客户端、操作系统、本地解析器、递归解析器都会缓存。TTL 只约束了后两者，客户端还有自己的缓存策略，所以"改完立刻生效"在工程上是个不太现实的目标。
什么时候必须调短
做迁移、切换、或者故障回滚演练时，务必提前把 TTL 调短。这一步花几分钟，能省掉回滚时几小时的等待。