先弄清DNS在做什么

域名解析是把用户输入的域名转换成服务器可识别的IP地址或其他资源记录的过程。浏览器、邮件客户端、API调用都会依赖正确的DNS配置。解析链路通常包括本地缓存、运营商递归服务器、域名权威DNS，任意一环配置错误都可能导致网站打不开或邮件收不到。

企业官网、小程序后端、邮箱与CDN往往共用同一域名体系，因此上线前应按业务清单逐项核对，而不是只改一条A记录就结束。

常见记录类型怎么用

  • A记录：把主机名指向IPv4地址，是网站最基础的解析方式。
  • AAAA记录：指向IPv6地址，有双栈需求时再启用。
  • CNAME：把某个主机名别名到另一个域名，常用于CDN或第三方托管，注意根域名通常不能直接设CNAME。
  • MX记录：指定邮件服务器，需配合优先级使用。
  • TXT记录：用于域名验证、SPF、DKIM等安全与认证场景。

TTL不是越大越好

TTL决定解析结果被缓存的时间。数值过长，变更后全球生效会慢；过短则增加查询压力。常规站点可在稳定期使用较长TTL，计划迁移或切换CDN前，提前把TTL调低，变更完成并确认无误后再调回。

配置时别跳过的检查项

第一，确认域名已完成实名与注册商侧DNS服务器指向正确。第二，区分@（根域名）与www等子域名是否都需要覆盖。第三，CDN、负载均衡、对象存储回源地址变更后，要同步更新对应记录。第四，邮箱上线时同步配置SPF等TXT记录，降低被判垃圾邮件的概率。

变更后如何验证

可用系统自带的查询工具或在线DNS检测服务查看各地解析结果是否一致。若出现“有的地方能开、有的地方不能开”，多半是旧缓存未过期或不同线路解析不一致。此时应核对权威DNS上的实际记录，而不是反复刷新浏览器。

建议把解析变更纳入变更单：记录时间、原值、新值、操作人与回滚方案。对生产域名，尽量避开业务高峰操作，并预留足够的生效观察窗口。