摘要

  • 实验区从一台权威名称服务器增至两台后，每次测试的平均查询数从 3.43 降至 2.57，只出现一次查询的测试占比从 58% 升至 71%。
  • APNIC Labs 没有证明原因。前端调度器加多台递归后端只是一种可能，不能写成实测结论。
  • 公网源 IP 加相同查询元组不足以代表同一客户端、同一后端或同一次解析；可审计的单位应是贯穿请求、调度、缓存、外发、响应、重试和完成状态的一组关联收据。
观测项 一台权威服务器 两台权威服务器
测试次数 254,894,985 150,221,951
查询总数 875,316,423 385,725,364
每次测试平均查询数 3.43 2.57
仅出现一次查询的测试 58% 71%
发生重复时的平均重复数 3.80 2.56

改变的是权威端选择，变化的是递归查询轨迹

APNIC Labs 的实验并不复杂。对照阶段，实验区只有一个权威服务器名，配有 IPv4 和 IPv6 地址。新阶段增加另一个权威服务器名，并增加一组 IPv4、IPv6 地址。权威端仍然返回肯定答复；这不是断网、超时或 SERVFAIL 压力测试。

变化却很大。单服务器阶段接近 2.55 亿次测试，权威端看到 8.75 亿次查询；双服务器阶段约 1.50 亿次测试，看到 3.86 亿次查询。平均值不仅从 3.43 降到 2.57，发生重复的测试里，平均重复数也从 3.80 降到 2.56。

这些数字不能推出“部署两台就更快”。两个阶段样本量不同，权威端的日志也看不到解析全过程。它能够证明的，是增加权威目标选择后，到达权威端的查询分布发生了显著变化。机制仍待解释。

最难解释的差异出现在 10 到 40 毫秒

如果所有重复都来自一个递归进程等待 UDP 超时，时间分布应该较为单纯。实际并非如此。单服务器阶段在约 100、310 和 800 毫秒处出现峰值；双服务器阶段除保留若干峰值外，还在约 50、370 和 750 毫秒处出现峰值。

单服务器阶段约 85% 的重复查询在第一秒内到达，双服务器阶段约为 75%；两者到五秒时都接近 90%。真正拉开差距的主要区间在 10 到 70 毫秒，尤其是 10 到 40 毫秒。低于 10 毫秒的密集重复也从约 17% 降到 12%。这个速度通常快于单次 UDP 查询的常见超时设置，因而很难只用“等不到答复又发一次”解释。

APNIC 此前的否定答复实验提供了必要对照：肯定答复平均产生 3.43 次查询，SERVFAIL 为 51.73 次，无响应则达到 83.46 次。那项研究关注失败类别、失败缓存与重试放大；本次实验保持肯定答复，只改变权威拓扑。两者不应被合并成同一个因果故事。

公网 IP 后面可以是一套调度系统

APNIC 提出但没有证实的一种解释，是递归解析器集群。客户端把请求发给一个稳定公网地址，前端再把工作分给不同后端。后端之间若没有完整共享缓存或正在执行的请求状态，就可能分别向权威端发出相同查询。经过出口聚合后，权威端看到的仍是同一个公网源地址。

这类结构并不罕见。dnsdist 官方文档描述的就是接收查询、选择下游服务器并回送答复的 DNS 前端；它可以按未完成请求数、哈希或权重选择后端。性能调优文档还允许多个监听线程、多个响应线程，甚至重复登记同一个下游。它只能证明“一址多执行上下文”在工程上成立，不能证明参与 APNIC 测试的解析器使用了 dnsdist，更不能证明调度导致了数值下降。

所以，地址仍然是有效的路由标识，却不是可靠的因果标识。Anycast、负载均衡、NAT、线程池、后端缓存同步程度，都可能让多个执行主体显得像一个，也可能让一次逻辑解析在权威日志中留下多条记录。

查询元组也不能独自还原一次解析

RFC 9520把服务器、地址和传输方式分开，并以 QNAME、QTYPE、QCLASS 描述查询元组。RFC 1035规定 16 位消息 ID，由请求方用来把答复匹配到未完成查询。这些字段可以排除明显不同的报文，却仍不足以恢复一次完整逻辑解析。

前端可能重写 ID，不同后端也可能碰巧选择相同 ID。缓存命中根本不会到达权威端。权威日志不知道是哪一个 stub 请求启动了工作，不知道选中了哪个后端，也不知道哪个计时器超时、哪个错误触发了重试，或者何时已有答复被认定为完成。

更可靠的做法，是保存可关联的执行收据。客户端入口记录请求、隐私保护后的请求标识和截止时间；调度层记录选择的后端；递归引擎记录缓存状态与委派状态；每次外发记录权威服务器名、地址、传输方式、查询元组和时间；每次返回记录响应类别与验证结果；重试记录触发条件；完成记录把最终答复重新连回最初请求。

这条链未必由单一机构保存，也不必对外公开。但只要运营方把公网 IP 当作所有观测的默认连接键，它就会把缺失的证据伪装成确定性。

冗余原则没有被推翻，解释单位需要升级

RFC 2182要求权威服务具有多台服务器，并强调网络和地理分离；它也提醒服务器越多，配置和运营成本越高。APNIC 的结果没有把这套韧性原则改写成“两台总是更快”。它提出的是另一个问题：目标集合扩大以后，为什么解析器群体向权威端发送的可见副本减少了？

服务器选择、IPv4/IPv6 行为、调度亲和性、缓存共享、并发竞速，乃至研究没有看到的其他状态，都可能参与其中。严谨的结论应该停在证据边界：分布变化是事实，具体因果仍未确定。

来源