域名解析为什么有的地区慢到几秒？用宝塔 DNS 拨测看全国解析耗时

域名解析（DNS）是每次访问网站的第一跳，但常被忽略。同一个域名，全国各节点解析它到底要多久？用宝塔拨测（t.bt.cn）的 DNS 方式做一次拨测就能看清——结果往往很悬殊：大部分节点十几毫秒就解析完，少数节点却要几秒。

下面用对 www.qq.com 的一次真实 DNS 拨测（2026-10-07 北京时间，A 记录）演示怎么看。

同一个域名，解析耗时两极差距很大

本次对 www.qq.com 的 A 记录 DNS 拨测，351 个节点全部成功（成功率 100%），覆盖 59 个省份/地区（大陆 31 个、港澳台及海外 28 个），解析到 30 个不同的 IP。

把 351 个节点的解析耗时排开，分布极其悬殊：

指标	值
中位数	13.7 毫秒
p95	206 毫秒
官方平均	78.6 毫秒
最快节点	0.3 毫秒
最慢节点	4611.3 毫秒

最快 0.3 毫秒、最慢 4611.3 毫秒，两极差距非常大。绝大多数节点解析很快（中位数只有 13.7 毫秒），但少数节点慢到几百毫秒甚至几秒，把整体平均拉到了 78.6 毫秒——明显高于 13.7 毫秒的中位数。

为什么差这么多：缓存命中 vs 递归查询

解析耗时分成两个极端，根源是 DNS 的缓存机制：

• 最快的一批节点（江西南昌电信、山西太原电信、北京电信、内蒙古乌兰察布移动、山东青岛电信，都是 0.3～0.4 毫秒），通常是因为这些节点使用的递归 DNS 已经缓存了这个域名的解析结果，直接返回，几乎不耗时。
• 最慢的 5 个节点（广东汕头移动 4611.3 毫秒、山东临沂电信 4531.3 毫秒、陕西宝鸡电信 3040.5 毫秒、河南濮阳电信 1919.4 毫秒、湖北孝感联通 1579.3 毫秒），通常是缓存未命中、需要逐级递归查询，或者节点侧的递归 DNS 本身较慢。

所以结论是：解析耗时慢不慢，主要取决于节点用的递归 DNS 有没有命中缓存、以及那个递归 DNS 快不快，而不是域名本身「难解析」。判断一个域名解析是否健康，别被个别极慢节点吓到，先看整体。

不同运营商的解析速度差多少

按运营商分组看平均解析耗时，差距明显：

运营商/区域	节点数	平均耗时
中国联通	76	35.8 毫秒
广电	2	46 毫秒
中国移动	101	69.1 毫秒
中国电信	127	94.9 毫秒
港澳台	8	25 毫秒
海外	37	149.3 毫秒

大陆的联通最快（35.8 毫秒），电信最慢（94.9 毫秒），两者之间明显有差距；海外节点平均 149.3 毫秒，慢得更突出——因为海外节点做递归解析通常要走更长的链路。如果你发现某一家运营商的解析耗时显著偏高，优先查那家运营商的递归 DNS 或当地解析链路。

线路类型不是解析慢的主因

结果数据里每个节点还带一个「线路类型」字段。把解析耗时按线路类型看中位数：

线路类型	解析耗时中位数
家庭宽带	14.5 毫秒
云服务器	10.3 毫秒
固定IP专线	16.7 毫秒

三种线路类型的中位数都在 10.3～16.7 毫秒之间，几乎同一水平。也就是说，探测节点是家庭宽带、云服务器还是专线，对解析耗时影响很小；真正拉开差距的是节点用的递归 DNS，以及运营商和地区。

怎么读这个字段：先看中位数，再看最慢节点

判断一个域名解析健不健康，建议分两步看：

1. 看中位数，判断多数地区的典型解析速度。本次中位数 13.7 毫秒，说明大多数节点解析都很快，域名解析整体健康。
2. 看最慢节点和运营商分组，定位「哪里解析慢」。本次最慢的节点分散在广东、山东、陕西、河南、湖北，且跨移动、电信、联通，说明是个别节点侧的递归 DNS 慢，而不是某一家运营商整体有问题。

反过来，如果连中位数都上百毫秒、最慢节点成群出现，才要怀疑域名解析本身有问题，比如权威 DNS 响应慢、解析配置不合理等。