域名解析改了，为什么一天过去还没生效

迁移服务器那天，技术把域名的 A 记录改成了新 IP。自己在电脑上打开，新站正常；让同事试，还是旧页面；用手机流量打开，又变成新站。一个域名，三种结果。

这不是解析没改对，而是 DNS 缓存还没过期。理解这一点，能省掉很多次无效排查。

一、为什么解析不是瞬间生效

域名解析不是查一本总账，而是层层查询、层层缓存：

• 你的电脑和浏览器有缓存；
• 你所在网络的运营商 DNS 有缓存；
• 公共 DNS（如 114、8.8.8.8）也有缓存；
• 最后才问到域名自己的权威 DNS。

每一层缓存都按一个叫 TTL 的参数保留结果。TTL 是「这条记录可以被缓存多久」，单位是秒。TTL 设成 86400，就意味着各地 DNS 可以把旧结果记上一整天。

二、TTL 该怎么设

平时：600 到 3600 秒之间比较常见，兼顾解析速度和权威服务器压力。

计划迁移前：提前 24 到 48 小时，把 TTL 调小到 300 秒甚至更低。等旧缓存按原来的长 TTL 过期后，再改记录，切换就能在几分钟内传遍各地。

迁移完成后：观察一两天确认稳定，再把 TTL 调回正常值。顺序反了，就会出现「改完等一天」的窘境。

三、常见记录类型别搞混

• A 记录：把域名指向一个 IPv4 地址，网站最常用；
• AAAA 记录：指向 IPv6 地址；
• CNAME 记录：把一个主机名指向另一个主机名，常用于 CDN、企业邮箱、SaaS 验证；
• MX 记录：指定收发邮件的服务器，改错了邮件就收不到；
• TXT 记录：常用于域名所有权验证、SPF 等；
• NS 记录：指定这个域名由哪组 DNS 服务器负责解析。

四、几个高频错误

一是主机记录写错。「@」代表主域名本身，「www」代表 www 子域名，两条是独立的。只改了 @，www 还是旧地址，客户从 www 进来就还是老站。

二是 A 记录和 CNAME 冲突。同一个主机名不能既有一条 A 记录又有一条 CNAME 记录，配置时容易留下历史残留。

三是 CNAME 指向的地址不完整。少了结尾的点、多写了 http://，都可能导致解析失败。CNAME 的目标应该是一个主机名，不是网址。

四是只改了一处，忘了别处。邮箱的 MX、验证用的 TXT、CDN 回源地址，迁服务器时往往要一起调整。

五是 TTL 设得太长还急着等。改之前没降 TTL，就只能等旧缓存自然过期。

五、怎么确认到底生效没有

不要只在自己电脑上试。可以：用手机流量和公司网络分别访问；用在线多地解析检测工具，看不同地区返回的 IP 是否一致；直接查询权威 DNS，确认记录本身已经改对。如果权威 DNS 返回的是新 IP，本地还是旧的，那就只是缓存问题，等就行。

六、迁移的标准动作

把顺序记下来：降低 TTL → 等旧 TTL 过期 → 修改记录 → 多地验证 → 观察业务 → 恢复 TTL。多花半天做准备，能避免一次深夜的紧急排查。

写在最后

域名解析是网站最基础也最容易出事的一环，大部分「解析故障」其实是缓存和 TTL 的常识问题。名牌商务网提供域名注册、解析配置与网站迁移支持，换服务器前可以先让技术帮你把 TTL 和记录清单理一遍。