第一次打开网站要等两三秒，刷新一下就好了。这种「首访慢」八成是解析的问题。

但解析慢有好几种，修法完全不同。

解析这条链有几段

用户发起请求，先问运营商 LocalDNS。LocalDNS 没有缓存，就去问根、问顶级域、问权威服务器，一层层拿到结果，再返回给用户。

每一段都可能慢：递归链路长、权威服务器响应慢、CNAME 套了三四层、TTL 设得太短导致频繁回源。

先看是不是所有地区都慢

多节点测一次，如果全国各地解析都要 200ms 以上，问题在权威服务器或者 CNAME 链。

如果只有某些运营商慢，那是那家 LocalDNS 的问题，换 DNS 服务商或者等缓存过期，你改代码没用。

TTL 是个双刃剑

TTL 设 60 秒，解析结果变更快，但缓存命中率低，每次都要回源，平均耗时就上去了。

TTL 设 3600 秒，命中率高、速度快，但换 IP 的时候要等一小时才全网生效。

迁移前把 TTL 调小、迁完再调回来，是常规操作。很多人忘了调回来，长期背着低命中率的成本。

CNAME 链要数一数

CDN、防护、邮件服务各挂一层 CNAME，三层下来，一次解析要多跑好几个来回。

查一下 dig +trace 或者在线工具，看链有几跳。超过三跳就该考虑收敛。

一个容易误判的点

测速工具测到的 DNS 耗时，是「从探测节点发起」的解析时间，不完全等于你本地浏览器的时间。浏览器还有自己的缓存和预解析。

所以数字只做横向对比用：同一时间、不同地区谁快谁慢，比绝对值有意义。

DNS 测速的入口在 DNS 测速，选不同地区和运营商各测一次，能直接看出是全局问题还是局部问题。