域名解析记录一大串，A、CNAME、MX 都在干什么

不少企业主打开域名解析后台都会发懵：A记录、CNAME、MX、TXT……每一行都长得很像，可谁也不敢乱动，生怕把网站改没了。其实这些记录各管一摊事，搞懂它们的分工，日常的解析配置和排查就不用再完全依赖服务商了。

A记录：告诉别人「网站在哪台机器上」

A记录是最基础的解析类型，作用是把域名指向一个IP地址。比如 www.example.com 指向 120.x.x.x，用户访问域名时，DNS系统就把这个IP返回给浏览器。网站直接部署在自己的云服务器上时，用的就是A记录。后面文章里讲过的解析故障排查，第一步通常就是查A记录指向的IP是否还有效。

CNAME记录：把域名指向「另一个域名」

CNAME不直接写IP，而是指向另一个域名，相当于给它起了个「别名」。什么时候用？当你的网站或服务托管在第三方平台上时——比如用CDN加速、用建站平台、用对象存储做静态网站，服务商给你的通常是一个固定域名，你只需要把 www 域名CNAME过去。它的好处是服务商那边IP变动时你不用跟着改，跟着别名自动走。注意一点：主域名（裸域名）一般不能做CNAME，因为规范上它与MX等其他记录冲突。

MX记录：管的是邮箱，不是网站

很多人不知道，MX记录和网站访问毫无关系，它决定的是发给 @example.com 的邮件送到哪台服务器。企业邮箱收不到信，十有八九是MX记录配错或被误删。这也解释了一个经典事故：换邮箱服务商时改MX，不小心把A记录一起动了，结果邮箱和网站一起瘫。同一场事故里，之前讲过的备案接入和解析生效时间问题也常常一起出现，排查时要分开看。

TXT记录：一把「验证钥匙」

TXT记录平时看起来是一串没意义的字符，实际上承担两类任务：域名归属验证（接入企业邮箱、CDN、搜索平台时都要加一条特定TXT来证明域名是你的）和邮件反垃圾（SPF、DKIM、DMARC都写在TXT里，声明哪些服务器有权替你发信）。之前文章里讲过的企业邮箱进垃圾箱问题，根源往往就在TXT记录没配全。

改解析前的三个动作

• 先截图存档：改动前把现有解析记录完整截图，出问题能立刻回滚。
• 一次只动一条：明确要改什么再动手，避免「顺手」改到不相关的记录。
• 改完分步验证：用 ping 或在线解析查询确认生效情况，再依次验证网站和邮箱，而不是改完就走。

解析记录就是域名世界的「路牌系统」，每种记录指向不同的目的地。看懂它们各自管什么，网站打不开、邮箱收不到信这类问题，你就能在第一时间判断该找谁、查哪里。