A记录, CNAME, MX, TXT记录的区别和用法

A记录, CNAME, MX, TXT记录的区别和用法 | DNS入门指南

时间：2025-09-08

编辑：tance.cc

这篇文章是咱们**《从零到一：上线一个稳定可靠的网站》**知识体系的第二篇。读完它，你将能像一位经验丰富的网络管理员一样，看懂DNS“电话簿”里的所有“行话”。

《A记录, CNAME, MX, TXT - 常见DNS记录类型全解析》

在上一篇文章里，我们把DNS比作一个超级电话簿，它能把我们熟悉的域名翻译成机器认识的IP地址。这个比喻帮你抓住了核心，但如果你真的翻开这本“电话簿”，你会发现它比我们家里的通讯录要复杂得多，也强大得多。

它里面的条目，并不仅仅是“张三 -> 138-xxxx-xxxx”这么简单。

为了应对各种复杂的网络需求，DNS定义了许多不同的 记录类型（Record Types）。今天，我们就来深入聊聊与你我关系最密切、在网站上线过程中你必须亲手配置的四种核心记录类型。

我们可以把它们想象成通讯录里给同一个人（你的域名）添加的不同联系方式：

A记录： 这是他的家庭住址，最直接的联系地址。
CNAME记录： 这是他的转寄地址，告诉你“别找我，去找xxx就行”。
MX记录： 这是他指定的收信地址，比如“我的信件请全部寄到小区传达室”。
TXT记录： 这是贴在他家门口的公告，用来声明或验证某些信息。

听起来是不是有点意思了？别急，我们一个个来看。

1. A记录 (A Record) —— 最重要的“家庭住址”

A记录，全称 Address Record，是DNS世界里最基础、最核心的记录。它的作用只有一个，但无可替代：

建立一个域名和IP地址之间最直接的映射。

它就像在电话簿里写下：“guantu.com 的家庭住址是 x.x.x.x”。

当你购买了一台云服务器，服务商会给你一个公网IP地址。这个IP就是你网站在网络世界的“门牌号”。你需要做的，就是在你的域名DNS设置里，添加一条A记录，将你的域名指向这个IP。

完成了这一步，全世界的访客才能通过域名找到你的“家”。可以说，没有A记录，你的网站就等于在互联网上“隐身”了。

什么时候必须用它？

当你有一个固定的公网IP，需要将主域名（yourdomain.com）或子域名（www.yourdomain.com）指向它时。
这是所有网站解析的基础，你几乎总会用到它。

2. CNAME记录 (CNAME Record) —— 聪明的“转寄地址”

CNAME记录，全称 Canonical Name Record（别名记录），是四种记录里最容易让人混淆，但也最能体现DNS灵活性的一种。

它的作用不是指向一个IP地址，而是 将一个域名指向另一个域名。

是不是有点绕？我们还是用“电话簿”来打比方：你想找李四，但他的条目里写的不是地址，而是一句话：“李四的住址，请参考王五的住址”。于是，你得先去查王五的家庭住址（A记录），然后才能找到李四。

你肯定会问，这不脱了裤子放屁吗？为什么不直接给李四也记录一个家庭住址呢？

问得好！这正是CNAME记录的精髓所在。在两种主流场景下，它简直是“天才般”的设计：

场景一：使用CDN服务当你使用CDN（内容分发网络）来为网站加速时，CDN服务商会给你一个专属的域名，比如 abcde.cdn-provider.com。这个域名背后的IP地址非常多，遍布全球，而且可能随时变动以实现智能调度。如果你用A记录指向其中一个IP，那CDN就失去了意义。正确的做法是，添加一条CNAME记录，将你的 www.yourdomain.com 指向 abcde.cdn-provider.com。这样一来，后续所有复杂的IP调度工作都由CDN服务商搞定，你高枕无忧。

场景二：使用平台型服务（PaaS）比如你用GitHub Pages或Netlify等平台托管你的静态网站。这些平台同样会给你一个他们的子域名，比如 your-username.github.io。你只需用CNAME将你的个人域名指向它，就能用自己的域名来访问博客了，完全不用关心服务器和IP的问题。

A记录 vs. CNAME：一场世纪对决

新手最常犯的错误，就是混用A记录和CNAME。请记住一个核心原则：

同一个域名，A记录和CNAME记录是“情敌”，有我没他，有他没我。

如果你为 www.yourdomain.com 设置了CNAME记录，那么你就不能再为它设置任何A记录或MX记录了。

A记录是最终答案，直接告诉你“地址在这里”。
CNAME记录是个中间人，它告诉你“我不知道地址，但你可以去问另一个人，他知道”。

所以，选择困难症犯了？记住这个简单的判断方法：如果你拥有一个固定的IP地址，就用A记录；如果你需要指向一个由别人管理的服务域名，就用CNAME。

3. MX记录 (MX Record) —— 专业的“邮件传达室”

MX记录，全称 Mail Exchange Record，是专门为电子邮件系统设计的。它的使命很专一：

告诉全世界的邮件服务器，发送到你这个域名的邮件，应该投递到哪里。

当你注册一个域名（比如 mycompany.com）后，你肯定希望拥有一个专业的企业邮箱，如 ceo@mycompany.com。但你的网站服务器，通常并不负责处理邮件。你需要使用专业的邮件服务商，比如腾讯企业邮、阿里企业邮或Google Workspace。

这时，你就需要在DNS里添加MX记录，它相当于一个公开声明：“所有发往 @mycompany.com 的邮件，请不要送到我的网站服务器，请全部转交给 mx.qiye.aliyun.com 这个邮件服务器集群处理。”

MX记录通常还有一个“优先级”的设置（一个数字，如10或20）。数字越小，优先级越高。你可以设置多个MX记录，当优先级最高的邮件服务器出故障时，邮件会自动尝试投递到次一级的服务器，确保邮件不会丢失。

4. TXT记录 (TXT Record) —— 灵活的“身份公告栏”

TXT记录，全称 Text Record，是所有记录里最自由、最灵活的一种。它允许你在DNS里存储任意的文本信息。

这就像在你家门口挂了一个“公告栏”，你可以往上面贴任何内容的告示，让所有路过的人（网络服务）都能看到。

它的主要用途是 “证明” 和 “声明”。

场景一：证明域名所有权在你接入很多第三方服务时（比如申请SSL证书、绑定企业邮箱、使用网站管理员工具），服务商为了确认这个域名真的是你的，会给你一串随机的字符串，要求你为域名添加一条指定内容的TXT记录。随后，他们会通过DNS查询来核对，如果能查到，就证明“验明正身”，你是这个域名的主人。

场景二：设置邮件安全策略（SPF）这是TXT记录一个非常重要的高级应用。你可以通过一条特殊格式的TXT记录，来公开声明：“只有从IP地址A和IP地址B发出的邮件，才是我官方授权的。其他任何地方发来的、声称来自我域名的邮件，都是假的！” 这被称为**SPF（Sender Policy Framework）**记录，是防止他人伪造你的邮箱地址发送垃圾邮件和钓鱼邮件的强大武器。