一个域名背后不止一个地址，这件事在访问量大的站点上很常见。同一个名字配了好几个地址，使用者每次访问只会用到其中一个，具体用哪个由链路上的规则挑。数量没有硬性上限，运维方按承载能力自行安排。理解这一点，就能明白为什么同一个域名在不同时间、不同机器上查出来的结果会不一样，代理IP环境下遇到的这类差异也多来自这里。
为什么一个名字要配多个地址
单个地址能承受的访问量有限，超过之后响应会变慢甚至拒绝。把同一个名字指向多台机器，请求就能被分开承担，某一台出问题的时候，其余几台可以接着服务。这个做法在日常运维里很常见，代价是每次调整都要把所有指向一起改，漏掉一处就会出现时好时坏的现象。
- 单个地址承载有上限，超过就变慢或者拒绝
- 同一个名字指向多台，压力被分开承担
- 某一台出问题，其余几台接着服务
挑哪一个由谁决定
常见的规则有两种：轮着来，或者按访问来源所在的位置就近选。轮着来的做法简单，请求被依次分给各个地址；就近选要先判断来源位置，再挑距离近的那一个。两种规则都可能出现在同一条链路上，具体用哪种由运维方设定。
要注意的两种现象
一种是地址列表更新不同步，各处留的副本过期时间不一致，导致一段时间内新旧地址并存；另一种是某一台机器已经下线，但名字里还留着它的指向，请求分过去就失败了。前一种等一等会自愈，后一种要运维方把指向摘掉才行。代理IP使用中遇到的时好时坏，多数属于前一种。
挑哪一个不由使用者决定，是链路上按规则自动完成的。
所以在不同的机器上查同一个域名，拿到的结果可能不同，这属于正常现象，不代表哪一边查错了。做地区对齐类任务的时候，如果查到多个地址而只要其中一个，就得先弄清楚挑选规则，再决定怎么固定。代理IP的地区设定与实际拿到的结果对不上，有时就出在这一步。
- 请求被分到哪一台，由链路上的规则决定
- 各处更新不同步，会有一段时间新旧并存
- 指向没摘干净，请求会分到已经停用的那一台
同一个名字下面的几个地址，各自承担一部分请求。
一个名字配多个地址，效果是访问被分摊。查出来不止一个的时候先别急着下结论，看清挑选规则再判断。