回答“为什么我这里已经生效，别人那里还没有”
修改域名 A、CNAME、MX 或 TXT 记录后，本机查询正常，不代表所有递归 DNS 都已更新。DNSChecker 会从多个地区和公共解析节点查询同一记录，直观看到哪些节点返回新值、旧值或暂时失败，适合排查解析传播差异。
使用时输入完整域名并选择正确记录类型。网站打不开通常先看 A 和 AAAA；接入 CDN 常看 CNAME；邮件问题需要检查 MX、TXT 以及相关验证记录；更换 DNS 服务商则关注 NS。类型选错，全部红色也不能说明域名故障。
“传播”背后其实是缓存与委派
DNS 并不是把修改主动推送到全世界。递归解析器会按照 TTL 缓存旧结果，权威 DNS、注册商委派和本地网络缓存也会影响查询。旧 TTL 尚未到期时，部分节点继续返回旧地址属于正常现象。
- 修改前降低 TTL，需要在旧 TTL 到期后才真正有帮助；
- 同时核对根域和 www 等实际使用的主机名；
- 出现 SERVFAIL 时检查 DNSSEC、权威服务器和记录语法。
如何把结果用于排障
若多数节点都返回正确值，只有个别节点异常，优先等待缓存或更换本地解析器测试；若全球都返回旧值，检查是否改错 DNS 控制台或记录尚未发布；若不同权威服务器给出不同答案，问题通常在区域同步或配置一致性。
网页工具显示的是采样节点，不覆盖每一家运营商，也可能受节点临时网络影响。应再用本机命令、指定公共 DNS 查询和权威服务器查询交叉验证。邮件迁移或大流量切换还要观察实际业务日志。
不要用刷新次数代替等待
DNS 缓存不会因为不断点击查询就提前失效。记录变更前规划 TTL，变更后保存旧新值与时间，按 TTL 窗口观察。确认全球主要节点一致后，再移除旧服务器或旧邮件配置，能显著降低切换期间的中断风险。
