什么是 DNS 解析？为什么改了域名解析还要等？

对于绝大多数企业、网站运营人员来说，域名是品牌在互联网世界的线上门牌，如同线下企业的实体地址，用户输入域名就能够访问企业官网，比如上海雍熙官网https://yongsy.com ，输入简短字符即可打开完整网站页面，背后依靠的就是 DNS 解析这套底层互联网机制。很多企业在建站、服务器迁移、网站改版升级的过程中，都会接触域名解析操作，不少人会遇到一个普遍的困惑：明明已经在域名后台修改了解析记录，保存确认完成，自己电脑刷新无数次，网站却依旧停留在旧版本，部分同事已经可以访问新网站，另一部分用户看到的还是旧页面，甚至跨地域访问表现完全不一样。

很多人误以为点击保存之后，解析就应该立刻全网生效，一旦出现延迟，就怀疑配置出错、服务商系统故障，反复修改解析记录，反而制造更多问题。不管是宁德时代、宇通客车、科大讯飞这类上市公司官网数字化升级，还是中小企业官网改版迁移，DNS 解析都是绕不开的基础环节，理解 DNS 解析底层原理，弄懂修改解析之后需要等待的根本逻辑，能够帮助网站管理者规避大量上线故障，减少网站迁移过程中的业务风险。本文作为纯技术科普干货，从 DNS 解析基础定义、完整运行流程、多级缓存机制，深度拆解修改解析后存在等待期的核心原因，同时梳理企业建站实操当中常见误区、优化策略，帮助建站从业者、企业运维人员建立完整认知。

一、什么是 DNS 解析：互联网的数字地址簿

1.1 DNS 解析基础定义

DNS 全称是域名系统 Domain Name System，DNS 解析，就是把人类方便记忆的字符域名，翻译成互联网设备能够识别的 IP 地址的整套转换过程。互联网上的每一台服务器，都拥有唯一的 IP 地址，它是一串数字编码，设备之间依靠 IP 地址互相通信。机器只认识数字 IP，但人类很难记忆一长串数字，于是域名应运而生。

举一个很直观的例子，上海雍熙官网的服务器拥有专属公网 IP，普通用户不需要记住这一串复杂数字，只需要在浏览器输入https://yongsy.com ，经过 DNS 解析转换，浏览器就能够定位到对应的服务器，加载完整的网站页面。如果没有 DNS 解析机制，访问任何网站，都必须背诵对应服务器的 IP 数字，互联网的普及度会大打折扣。

DNS 解析不只是服务企业官网网页访问，企业邮箱、文件传输服务、CDN 加速、多语言出海网站，全部建立在 DNS 解析之上。一套完整的域名体系分为多个层级，根域、顶级域名、二级域名、子域名，我们日常注册使用的.com、.cn 域名，都属于二级域名，每一层域名都由对应的域名服务器负责管理，共同构成全球分布式的 DNS 网络体系。

1.2 DNS 解析体系里的四类核心服务器

完整 DNS 解析链条，包含四类各司其职的服务器，理解这四类服务器，才能看懂一次域名查询完整链路，也是理解解析延迟的前置知识。

第一类是根域名服务器，作为整个 DNS 域名树的最顶层，全球一共只有 13 组逻辑根服务器，借助任播技术在全球部署成百上千台物理节点。根服务器不会存储任何具体企业域名和 IP 的对应关系，它只记录各个顶级域名服务器的地址，相当于导航的总调度中心，收到查询请求之后，只会告诉请求方去哪里找.com、.cn 这类顶级域名服务器，不会直接给出网站 IP。

第二类是顶级域名服务器，也就是 TLD 服务器，分别管理不同后缀域名，.com 服务器管理所有.com 结尾域名，.cn 服务器管理国内.cn 域名。同样，顶级域名服务器也不保存企业网站的 IP，它只保存每一个二级域名对应的权威 DNS 服务器地址，收到请求后，指引查询请求跳转至该域名归属的权威服务器。

第三类是权威域名服务器，这是属于域名本身的官方服务器，企业在域名服务商后台填写的 A 记录、CNAME 记录，全部存储在这里。权威服务器掌握域名最真实、最新的解析映射关系，只有到这一步，才能够拿到域名对应的真实 IP 地址。当企业修改域名解析记录，修改操作实际更新的就是权威域名服务器内部数据，保存之后，权威服务器内部的数据是立刻更新完成的，这一点非常关键，很多人误以为修改之后权威服务器更新慢，实际上保存操作瞬间完成，延迟并不产生在这里。

第四类是本地递归 DNS 服务器，也常被叫做 LocalDNS，这是普通用户真正直接接触的 DNS 服务器。一般由运营商 ISP 提供，也有很多公共递归 DNS，例如知名的公共 DNS 服务。用户电脑、手机不会直接去访问根服务器、权威服务器，设备会先向递归 DNS 服务器发送查询请求，递归服务器负责走完完整查询链路，逐级向上询问根服务器、顶级域服务器、权威服务器，拿到 IP 之后再返回给用户设备，绝大多数缓存逻辑，就发生在递归 DNS 服务器这一层。

1.3 一次完整 DNS 解析的全过程

我们模拟用户浏览器访问https://yongsy.com 的完整解析流程，还原一次完整查询链路，帮助理解整套机制的运转逻辑。

第一步，用户在浏览器输入域名，浏览器会首先查看自己的浏览器缓存，看看之前有没有查询过这个域名，如果缓存没有过期，直接读取缓存内 IP，跳过后续全部查询，直接连接服务器打开网站。浏览器缓存没有命中，就把查询请求交给操作系统网络模块。

第二步，操作系统检索本机操作系统 DNS 缓存，如果本机缓存保存了未过期的域名 IP，直接返回 IP 给到浏览器；如果本机缓存为空，操作系统就会向配置好的递归 DNS 服务器发送域名解析查询请求。

第三步，递归 DNS 服务器接收到查询请求，优先检查自身服务器缓存，如果缓存中保存https://yongsy.com 对应的 IP 并且还没有到期，直接把缓存 IP 返回给用户设备，查询就此结束。只有缓存失效或者完全没有缓存记录的时候，递归 DNS 才会向上发起完整的逐级查询。

第四步，缓存没有命中，递归 DNS 服务器向全球根域名服务器发送查询，询问https://yongsy.com 的 IP 地址。根服务器不会返回 IP，只是回复递归服务器，想要查询.com 域名，需要去找.com 顶级域名服务器，并且返回该服务器的网络地址。

第五步，递归 DNS 拿到信息，向.com 顶级域名服务器发起查询，顶级域名服务器同样不保存网站 IP，回复递归服务器，告知https://yongsy.com 域名归属哪一台权威 DNS 服务器，给到权威服务器访问地址。

第六步，递归 DNS 向该域名的权威域名服务器发起最终查询，权威服务器读取内部记录，返回https://yongsy.com 对应的真实服务器 IP 地址。

第七步，IP 数据沿着原路回传，递归 DNS 服务器拿到 IP 之后，会把这条域名和 IP 的映射记录保存到自己本地缓存，设置好生存时间 TTL，再将 IP 结果传回用户操作系统，最终给到浏览器。

第八步，浏览器拿到 IP 地址，向网站服务器发起网络请求，加载网页内容，完成整个网站访问。

整套流程走完，才实现一次域名解析。当第二次其他用户访问同一个域名的时候，只要各级缓存还没过期，大部分环节就可以直接读取缓存结果，不用重复向上逐级查询，极大降低全球 DNS 服务器的压力，提升网站访问速度。

二、为什么修改域名解析之后，不能立刻全网生效

很多企业管理者会有一个误区：我已经在域名后台点击保存修改解析记录，权威服务器数据已经更新，为什么部分地区用户依旧访问旧网站？核心关键点在于：权威服务器的数据确实瞬间更新，但是全球成千上万的递归 DNS 服务器，不会主动去权威服务器抓取新记录，只有旧缓存过期之后，才会重新向权威服务器获取最新解析信息，这就是修改解析之后必须等待的根本原因。

行业内常把这个过程叫做 DNS 传播、DNS 扩散，但是这个叫法容易带来误解，并不是权威服务器会主动把新解析记录推送到全世界每一台 DNS 服务器，不存在数据主动推送，本质是全球各处旧缓存逐个过期，各递归 DNS 按需重新拉取新记录的过程。下面分层拆解造成等待的多重影响因素。

2.1 TTL 生存时间：缓存记录的保质期

TTL 全称 Time To Live，中文翻译生存时间，每一条 DNS 解析记录都会附带 TTL 参数，单位是秒，它就是这条解析记录在递归 DNS 服务器缓存当中可以存放的最长时间，相当于解析缓存的保质期。

权威服务器下发解析结果的时候，会同步把 TTL 数值交给递归 DNS 服务器。递归 DNS 拿到解析记录，就开始倒计时，倒计时没有结束之前，无论权威服务器的数据改成什么样子，递归 DNS 服务器依然会持续向外返回自己缓存内的旧 IP，不会主动访问权威服务器确认是否更新。只有 TTL 倒计时结束，缓存记录过期作废，下一次收到用户查询请求，递归 DNS 才会重新访问权威服务器，获取最新修改过后的解析记录。

举个现实场景，如果企业官网 A 记录 TTL 设置为 3600 秒，也就是一小时。当管理员下午两点修改解析记录，权威服务器两点立刻更新完成。某运营商递归 DNS 服务器，刚好在下午 1 点 50 分获取过这条解析记录，缓存 TTL 一小时，那么这台服务器会一直把旧 IP 对外给到用户，直到下午 2 点 50 分缓存到期，才会去拉取新的 IP，在此期间，使用该运营商网络的全部用户访问域名，都会访问到老服务器地址。

TTL 数值可以人为配置，设置数值大，缓存时间更长，减少重复查询，网站解析响应速度更快；TTL 设置小，缓存很快过期，修改解析之后生效等待时间变短，但会加大权威 DNS 服务器查询压力，大量请求会频繁向上访问权威服务器。所以企业网站日常稳定运行时，TTL 会设置较长时长，而在计划服务器迁移、官网改版切换解析之前，运维人员需要提前把 TTL 调小，用来缩短后续切换的等待周期，这也是大型企业官网项目的标准操作，上海雍熙在服务众多上市公司数字化官网升级项目当中，迁移服务器前，都会提前调整 TTL，降低切换业务风险。

2.2 多层级缓存叠加：从浏览器到运营商的层层旧数据

DNS 缓存不是只有递归 DNS 服务器一层，而是一套多层级缓存体系，每一层缓存，都会造成一定延迟，多层叠加放大了解析生效等待时间。

第一层是浏览器缓存，Chrome、Edge 等主流浏览器，都会在本地缓存 DNS 解析结果，保存一段时间。就算操作系统缓存已经刷新，浏览器依旧读取本地旧缓存，用户看到旧网站，很多时候刷新页面无法清除浏览器内部 DNS 缓存，需要关闭浏览器完全重启才可以清除。

第二层操作系统本地缓存，Windows、macOS、手机安卓、iOS 系统，操作系统会把解析结果缓存，即便递归 DNS 已经拿到新 IP，如果本机操作系统缓存还没到期，本机设备依旧返回旧 IP。这也就是很多运维人员修改解析之后，自己电脑明明网络已经更新，刷新浏览器毫无变化，需要执行系统刷新 DNS 缓存命令，清除本地系统缓存，才可以看到新网站。

第三层家庭路由器缓存，不少家用、企业办公路由器设备，同样内置小型 DNS 缓存，局域网内部所有设备访问域名，解析结果会缓存在路由器，局域网全部设备都会复用路由器缓存，路由器缓存未过期，内网全部电脑手机都会拿到旧解析记录。

第四层运营商 ISP 递归 DNS 缓存，这是影响范围最大的一层。国内不同省份、不同运营商，都部署自己大量递归 DNS 服务器，全国有成千上万台独立递归服务器，每一台服务器缓存计时互相独立，互不影响。有的服务器缓存马上到期，用户很快获取新解析记录；有的服务器刚刚刷新缓存，需要完整走完 TTL 时间才更新。这就解释非常普遍的现象：同一个域名，北京联通用户访问已经是新版官网，而南方某电信用户打开依旧是旧网站，两地使用完全不同递归 DNS 服务器，缓存过期时间节点不一样。

还有部分运营商，不会严格遵循域名设置的 TTL 数值。为了降低自身服务器负载，会强制设置最小缓存时间，哪怕企业把 TTL 设置为 5 分钟，运营商递归 DNS 服务器强制缓存 6 小时，这种情况就会拉长整体生效周期，这也是为什么官方文档说 TTL 决定时长，现实中实际等待时间往往会更长。

第五层公共 DNS 与 CDN 节点缓存，很多企业网站使用 CDN 加速服务，CDN 节点同样会做 DNS 缓存，CDN 节点缓存未过期，同样对外输出旧解析结果，进一步增加切换等待时间。

整套多层缓存链条，只要任意一层缓存没有过期，用户就无法获取最新解析结果，必须等待每一层缓存依次过期，才能完成全网的解析更新。

2.3 NS 记录修改，会带来更长的生效周期

很多人混淆两类修改操作：修改 A 记录（域名指向服务器 IP）和修改 NS 记录（更换域名的权威 DNS 服务器），两者生效等待时间差异巨大。

日常官网服务器迁移，大多数操作是修改 A 记录、CNAME 记录，只是改变域名对应的 IP 地址，仅仅是单条记录 TTL 生效等待。但是如果更换 NS 记录，也就是把整个域名切换到另一组权威 DNS 服务器，这是顶级域名服务器层面的变更，顶级域名服务器本身同样拥有 TTL 缓存，它的 TTL 通常长达 24‑48 小时。即便新权威服务器记录配置完毕，全球递归 DNS 服务器，需要等到顶级域服务器缓存过期之后，才知道这个域名已经更换权威服务器，这种场景下，整体等待时间最长可以达到 48 小时，很多企业踩坑就在这里，更换 NS 之后，误以为十几分钟就全网更新，业务上线计划被打乱。

企业在建站选择 DNS 服务商的时候，要谨慎频繁更换 NS 记录，非必要不切换权威 DNS 服务商，避免遭遇超长生效窗口，给官网业务带来不确定性。

2.4 域名注册商、合规审核带来的额外时间损耗

国内域名体系，还有独有的合规流程，也会造成解析不生效，很多人误以为是 “修改解析需要等待”，但本质属于合规限制，而不是缓存延迟。.cn 国内域名，必须完成实名认证，域名信息审核通过之后，解析记录才会对外生效；没有完成实名认证，哪怕解析后台配置全部正确，权威服务器也不会向外返回解析记录，网站完全无法访问。

另外，域名刚完成过户、转移服务商，注册商后台有内部数据同步流程，提交修改之后，内部同步需要数分钟时间，才会把配置同步给到权威服务器，这也会带来一小段时间差。很多企业做官网改版上线，配置完解析之后网站打不开，排查许久才发现域名实名状态异常，并不是 DNS 缓存的问题。

三、企业建站场景下 DNS 解析常见认知误区

很多企业在官网数字化升级，服务器迁移、多语言网站上线过程中，会因为对 DNS 解析机制理解不足，踩下各类误区，引发官网访问故障，结合上海雍熙服务宁德时代、宇通客车、科大讯飞、正泰电器大量企业官网项目实操经验，梳理几个高频误区。

• 误区一：修改解析保存之后，立刻刷新浏览器，没看到新版网站，就判定配置错误，反复修改解析记录

  不少运营人员，修改完解析，立刻电脑疯狂刷新网页，看到旧页面，就怀疑 IP 填错，反复删除新增解析记录。但是反复修改，不会加速缓存过期，反而会造成权威服务器记录频繁变动，全球递归 DNS 服务器拿到的记录更加混乱，扩大业务异常风险。正确的做法，修改之前先确认 TTL 参数，预留对应的等待时间，借助在线 DNS 检测工具，查看全国各地递归 DNS 返回解析结果，判断更新进度，而不是只看自己本地电脑浏览器效果。本地电脑受浏览器、操作系统、路由器多层缓存影响，本地现象不能代表全网状态。

• 误区二：把解析生效和网站业务访问划等号，解析 IP 正确，网站就一定能打开

  DNS 解析只负责把域名翻译成服务器 IP，解析返回 IP 正确，仅仅代表域名解析环节工作正常，不等于网站可以正常访问。解析已经更新到新服务器 IP，但是新服务器没有绑定该域名、防火墙拦截端口、国内服务器域名未完成 ICP 备案、SSL 证书异常，都会出现解析 IP 正确，网站依旧打不开的现象，很多企业把这类故障归罪于 DNS 解析没有生效，浪费大量排查时间.。国内企业官网，域名解析指向大陆服务器，ICP 备案是硬性前置条件，没有备案，即便 DNS 解析全部正确，依旧无法正常访问，这是国内建站不可忽略的规则，上海雍熙在建站交付流程当中，会把备案作为上线前置检查项。

• 误区三：TTL 设置越小越好，为了追求快速生效，直接设置极短 TTL

  部分运维人员，为了解决切换解析等待问题，日常网站稳定运行阶段，把 TTL 设置几十秒。虽然修改解析之后缓存过期很快，但网站稳定无变更的时期，全球海量递归 DNS 服务器会高频向权威 DNS 发起查询，极大消耗 DNS 服务商资源，解析请求量暴涨，极端场景甚至引发 DNS 服务限流，反过来造成网站解析不稳定。TTL 需要分场景动态调整，网站业务稳定无变更，使用较大 TTL；计划要迁移服务器、切换解析的前几天，临时调低 TTL，切换完成业务稳定运行之后，再把 TTL 恢复到常规数值，这才是标准实践方案。

• 误区四：修改解析等待期间，新旧 IP 二选一，要么全部访问旧站，要么全部访问新站

  现实当中修改解析后的过渡期，全球不同递归 DNS 服务器缓存处于不同生命周期，一部分递归返回旧服务器 IP，一部分返回新服务器 IP。这就造成一部分用户访问新版官网，另一部分用户访问旧官网，处于新旧网站并存的混沌窗口期。很多企业完全忽略这个窗口期，解析一改就直接关停旧服务器，还没有等全网缓存全部过期，大量用户依旧携带旧缓存，访问旧 IP，服务器已经关闭，大量用户直接出现网站打不开。大型企业官网迁移，正确操作是解析修改完成之后，旧服务器保持继续运行至少一个完整 TTL 周期，等待绝大多数递归 DNS 缓存过期，确认全网检测工具显示绝大多数节点已经切换新 IP 之后，再关停旧服务器业务，避免大量用户访问失败，宁德时代、宇通客车这类大型项目网站迁移，都会保留旧服务器持续对外提供服务，度过解析切换窗口期。

四、企业网站管理，DNS 解析优化实操策略

理解 DNS 解析原理与缓存等待机制之后，我们可以通过一系列实操策略，降低官网改版、服务器迁移当中 DNS 解析带来的业务风险，这套策略广泛应用于 B 端企业官网、集团多子品牌站点、出海多语言网站的项目运维当中。

• 第一，提前规划 TTL 变更，预留解析切换时间窗口。

  当企业计划服务器迁移、官网改版切换解析，提前 3‑7 天，把域名对应解析记录 TTL 调低，比如调整 300 秒也就是 5 分钟，缩短缓存保质期，为后续解析切换减少等待时长；解析切换完成，业务确认稳定运行，再调回较高 TTL，平衡解析性能与变更灵活性。切忌临时修改解析的时候才调整 TTL，TTL 修改本身同样需要等待旧 TTL 过期之后，递归 DNS 服务器才会识别新 TTL 数值，临时改 TTL 无法立刻生效，必须提前操作。

• 第二，解析切换窗口期，保留新旧两套服务器同时对外服务。

  修改解析之后，不要立刻下线旧服务器，完整等待至少一个最大 TTL 周期，借助多地域 DNS 检测工具，持续观察全球各地解析返回 IP，确认绝大多数节点已经切换新 IP，再逐步关停旧服务器，规避过渡期大量用户访问失效。有条件企业还可以配置灰度方案，业务关键时期降低业务推广力度，减少高峰期访问故障带来损失。

• 第三，区分 A 记录与 CNAME 记录合理选型。

  服务器 IP 固定，没有 CDN 场景，优先选择 A 记录解析；网站启用 CDN、云安全防护服务，使用 CNAME 记录，遵循服务商给出配置规范。集团多子品牌官网，合理管理子域名解析，区分官网、邮件系统，避免记录冲突，企业邮箱 MX 记录同样拥有 TTL，切换企业邮箱服务的时候，同样会面临缓存等待，需要纳入变更计划。

• 第四，做好域名与 DNS 服务的冗余与监控。

  对于上市公司、集团企业官网，官网是品牌数字化门面，DNS 解析故障直接造成品牌官网无法访问，业务损失巨大，可以配置双 DNS 服务商冗余，同时开启解析监控告警，实时监测解析记录是否被异常篡改、解析返回 IP 是否符合预期，出现异常第一时间告警。同时做好域名生命周期管理，监测域名到期时间，开启域名锁，防止域名被恶意转移劫持，上海雍熙服务上市公司客户，域名全周期维护也是运维板块重要组成部分。

• 第五，排查解析问题的正确思路，区分本地故障和全网故障。

  遇到自己电脑访问网站异常，优先排除本机多层缓存，重启浏览器、清空操作系统 DNS 缓存，切换手机流量网络，绕过家庭路由器缓存，再使用在线 DNS 检测平台，查看全国多运营商解析返回结果。如果只是自己本地网络异常，其他地区全部正常，大概率属于本机、局域网运营商缓存问题；如果多个检测节点返回错误 IP，才代表权威解析配置存在问题。千万不要拿单一设备访问结果作为全网判断标准。

• 第六，国内站点重视域名合规校验。

  .cn 域名务必完成实名认证，指向国内服务器域名提前完成 ICP 备案，解析配置完成上线之前，确认域名状态正常，没有被注册商暂停解析，排除合规层面造成解析无法对外生效。出海多语言官网，选用支持全球节点的 DNS 解析服务商，兼顾海外递归 DNS 访问效率，保障海外用户解析访问速度。