域名解析与 DNS 管理入门：记录类型、TTL 与排查

DNS 到底在干嘛

AI 操作示意图·以官网实际界面为准

你在浏览器敲 www.example.com，背后其实是一连串"问路"：先问根服务器 .，再问 .com 顶级域，最后问到你域名自己的 nameserver，才拿到这台服务器的 IP。这套把域名翻译成 IP 的系统就是 DNS。IANA 维护着根区数据库，记录着每个顶级域（.com、.cn、.io 等）该找谁去问；ICANN 则负责这套体系的协调。

很多人把"买域名"和"做解析"混为一谈。买域名只是注册了名字，真正让它指向你服务器的，是你在 DNS 里加的一条条记录。

1. 常见记录类型一张表

记法很简单：A 是指 IP，CNAME 是指另一个域名，MX 管邮件，TXT 管验证，NS 管"这个域名归谁解析"。

2. 根域名与子域名，别填反

AI 操作示意图·以官网实际界面为准

新手最容易踩的坑是"根域名"和"子域名"填混。你的域名是 example.com：

• 根域名（裸域）是 example.com 本身；
• www.example.com、api.example.com 是它的子域名。

在控制台里加 A 记录时，主机记录那一栏，写 www 就是 www.example.com，写 @ 通常代表裸域 example.com。很多人写 www.example.com 填进主机记录，结果系统拼成 www.example.com.example.com——就是这个原因。

3. CNAME 的两条硬规则

CNAME 看着简单，坑最多：

1. CNAME 记录不能和其他记录共存于同一个名字。也就是说你给 www 配了 CNAME，就不能再给 www 配 MX、TXT。这也是为什么邮件通常配在裸域，而把 www 交给 CNAME。
2. 裸域（根域名）做 CNAME 经常被卡。因为裸域本身要承载 MX/TXT，你又想让它 CNAME 到 CDN 或托管平台，就会撞规则。常见解法是用服务商的"ALIAS/ANAME"这类合成记录，或者干脆把主站放在 www，裸域用 A 记录跳转。

4. TTL 与解析生效时间

TTL（Time To Live）是这条记录在各级 DNS 缓存里能"活"多久，单位秒。TTL 设 3600，意味着全球各级缓存最多可能要一小时才过期、才去重新问最新值。

所以换 IP、迁服务器之前的标准做法是：

• 先把 TTL 调小（比如 300），等一个旧 TTL 周期过去；
• 再改记录内容；
• 迁移稳定后再把 TTL 调回 3600 甚至更高，减轻查询压力。

想立刻验证某条记录当前解析到哪，别信本地缓存，用命令直接问权威服务器：

dig www.example.com A +short
dig example.com MX +short
nslookup -type=NS example.com   # 看 nameserver 是谁

dig 后面加 @指定服务器 可以绕过缓存直接问某台，排查"是没生效还是我本地缓存"特别好用。

为什么我改了解析，别人能访问、我自己打不开？

十有八九是你本机或路由器缓存了旧记录。先 dig 一下权威服务器看新记录是否已生效；生效了的话，清本机 DNS 缓存（Windows ipconfig /flushdns）或换个公共 DNS（如 1.1.1.1、8.8.8.8）再试。还没生效就是 TTL 没到期或 propagation 没走完。

5. 切换 nameserver 注意点

当你从 A 服务商迁到 B 服务商托管 DNS，要做的是把域名的 NS 记录改成 B 的 nameserver。注意：

• 先在 B 那边把所有记录配好、验证无误，再切 NS；切过去瞬间解析权就交给 B 了，B 上记录缺一条都可能掉业务。
• NS 本身也有 TTL，切换不是秒级生效，留出缓冲时间。
• 切换后用 dig NS example.com 确认全球已指向新的 nameserver，再考虑关老服务商。

官方资料

资料核对日期：2026-10-25

• IANA 根区数据库（各顶级域的委托与 nameserver 信息）：https://www.iana.org/domains/root/db
• ICANN 官网（域名体系与 DNS 治理协调机构）：https://www.icann.org/
• 排查工具 dig / nslookup：系统自带命令，用法以各操作系统手册为准（本文不附第三方手册链接）