域名解析的 MX、TXT、CNAME 记录怎么查？用宝塔 DNS 拨测看邮件服务器、SPF 和 CDN 别名
域名的解析记录不止 A 记录（IPv4 地址）和 AAAA 记录（IPv6 地址）。要排查邮件收发、SPF/DKIM 反垃圾验证、CDN 别名接入这些问题，还得会查 MX（邮件服务器）、TXT（SPF/DKIM 文本）、CNAME（别名） 这几类记录。用宝塔拨测（t.bt.cn）的 DNS 方式、在记录类型下拉框里切换，就能让全国节点各解析一次，一次看清这些记录的解析值和耗时。
下面用三组真实 DNS 拨测——qq.com 的 MX、qq.com 的 TXT、www.baidu.com 的 CNAME——演示分别怎么看。
DNS 拨测能查的记录类型，不止 A 和 AAAA
宝塔拨测的 DNS 方式，官方文档说明是测「域名解析正确性、解析耗时」。在拨测页选择 DNS 方式后，记录类型下拉框提供 A、AAAA、MX、TXT、NS、CNAME 等选项。不同记录类型回答的问题不一样：
| 记录类型 | 存的是什么 | 典型排查场景 |
|---|---|---|
| A | IPv4 地址 | 域名解析到哪个 IP |
| AAAA | IPv6 地址 | 域名是否支持 IPv6 |
| MX | 邮件服务器 | 邮件收不到、查发信服务器 |
| TXT | 验证文本（SPF/DKIM 等） | 反垃圾验证、域名所有权验证 |
| CNAME | 别名（指向另一个域名） | CDN 接入、域名别名 |
| NS | 权威 DNS 服务器 | 解析链路排查 |
一句话：A/AAAA 看「解析到哪」，MX 看「邮件服务器」，TXT 看「验证文本」，CNAME 看「别名指向」。
实测一：qq.com 的 MX 记录，解析到 3 台邮件服务器
我于 2026-09-27（北京时间）对 qq.com 的 MX 记录做了一次 DNS 拨测，结果如下：
| 指标 | 本次运行 |
|---|---|
| 参与节点 | 337 个 |
| 节点成功 | 337 / 337（成功率 100%） |
| 解析到的 MX 记录 | 3 条 |
| 总耗时中位数 | 6.7 ms |
| 平均耗时 | 30.2 ms |
| 最快节点 | 0.3 ms |
下图是这次运行的结果页截图（表格数字与截图来自同一次运行）：
337 个节点全部解析到同 3 条 MX 记录，全国一致：
| MX 记录 | 优先级 |
|---|---|
| mx1.qq.com | 30 |
| mx2.qq.com | 20 |
| mx3.qq.com | 10 |
MX 记录前面的数字是优先级，数字越小优先级越高，收信方会优先尝试优先级小的服务器。这里优先级 10 的 mx3.qq.com 最高，mx1.qq.com 最低。
怎么看结果：先看一致性，再看记录值本身。 这次 337 个节点解析到的 MX 记录完全一致，没有出现「部分地区解析到不同的邮件服务器」的情况，说明解析正常。如果你发现部分节点解析不到 MX 记录、或解析出陌生服务器，就要警惕 DNS 解析异常或记录没配好——这正是邮件「时而收得到、时而收不到」的常见原因。
实测二：qq.com 的 TXT 记录，查到 SPF 声明
对同一个 qq.com，把记录类型切换成 TXT 再拨测一次：
| 指标 | 本次运行 |
|---|---|
| 参与节点 | 336 个 |
| 节点成功 | 336 / 336（成功率 100%） |
| 解析到的 TXT 记录 | 1 条 |
| 总耗时中位数 | 70.2 ms |
| 平均耗时 | 99.8 ms |
336 个节点全部解析到同一条 TXT 记录：
v=spf1 include:spf.mail.qq.com ~all这是一条 SPF 记录。SPF（Sender Policy Framework）写在 TXT 记录里，用来声明「哪些服务器有权替这个域名发信」，是反垃圾邮件、防止域名被伪造发件人的基础配置。v=spf1 是 SPF 版本标识，include:spf.mail.qq.com 表示允许引用 spf.mail.qq.com 的授权发信服务器，~all 表示「其他来源默认软拒绝」。
怎么看结果：TXT 记录的一致性同样重要。这次 336 个节点解析结果完全一致，说明 SPF 声明已在全国稳定生效。如果你配了 SPF/DKIM 后邮件还是进垃圾箱，用 DNS 拨测查一下 TXT 记录是否全国一致、有没有部分地区还解析到旧记录，往往能定位问题。
实测三：www.baidu.com 的 CNAME 记录，指向 CDN 别名
再对 www.baidu.com 查一次 CNAME 记录：
| 指标 | 本次运行 |
|---|---|
| 参与节点 | 337 个 |
| 节点成功 | 336 / 337（成功率 99.7%） |
| 解析到的 CNAME 记录 | 1 条 |
| 总耗时中位数 | 3.4 ms |
| 平均耗时 | 15.2 ms |
336 个成功节点全部解析到同一条 CNAME 记录：
www.a.shifen.comwww.baidu.com 没有直接解析成 IP，而是别名到 www.a.shifen.com，这是百度 CDN 的接入域名——用户访问 www.baidu.com 时，实际会跳到 CDN 的别名再就近调度。这就是 CNAME 接入 CDN 的典型形态。
本次有 1 个节点（湖北-武汉-电信）失败，错误为 DNS_LOOKUP_FAILED，是单个检测节点自身解析失败，不影响「CNAME 指向 www.a.shifen.com」这个整体结论。判断时要区分：**大量节点解析失败才是目标问题，个别节点失败多是检测节点自身环境问题。**
什么时候该查这些记录类型
- 邮件收不到、被退信 → 查 MX，确认邮件服务器记录对不对、全国是否一致；
- 配了 SPF/DKIM 反垃圾仍进垃圾箱 → 查 TXT，确认验证文本是否生效；
- 接入 CDN 后想确认是不是走 CNAME 别名 → 查 CNAME，看解析是否指向 CDN 厂商域名；
- 改了解析记录后想确认全国生效 → 查对应记录类型，看各节点解析是否一致。
需要长期盯某类记录时，可以在控制台创建定时拨测任务并配置告警；具体用法和计费以官方文档《使用宝塔拨测》为准。
信息来源
本文「DNS 拨测测域名解析正确性、解析耗时」的事实以宝塔官方文档《使用宝塔拨测》为准；文中 MX/TXT/CNAME 三类记录的说明为 DNS 通用知识，拨测数据为对 qq.com（MX、TXT）与 www.baidu.com（CNAME）的真实 DNS 拨测结果，采集于 2026-09-27（北京时间），拨测结果会随时间和网络状况变化，以上数值仅代表采集时刻的情况。
常见问题
宝塔拨测的 DNS 方式能查哪些记录类型？
除了常用的 A 记录（IPv4 地址）和 AAAA 记录（IPv6 地址），还能查 MX（邮件服务器）、TXT（SPF/DKIM 等验证文本）、CNAME（别名，常用于 CDN）、NS（权威服务器）等记录类型。在拨测页面选择 DNS 方式后，从记录类型下拉框切换即可。
怎么查域名的 MX 邮件服务器记录？
用宝塔拨测的 DNS 方式，目标填域名、记录类型选 MX。以 qq.com 为例，本次拨测 337 个节点全部成功，解析到 3 条 MX 记录：优先级 30 的 mx1.qq.com、优先级 20 的 mx2.qq.com、优先级 10 的 mx3.qq.com，全国各节点解析结果一致。
TXT 记录里的 SPF 是什么，怎么查？
SPF（Sender Policy Framework）是一种写在 TXT 记录里的声明，用于说明哪些服务器有权替该域名发信，防止域名被伪造发件人。用宝塔 DNS 拨测选 TXT 记录类型即可查。本次 qq.com 的 TXT 拨测 336 个节点全部解析到同一条记录 v=spf1 include:spf.mail.qq.com ~all。
怎么确认 CDN 是不是用 CNAME 别名接入的？
用宝塔 DNS 拨测选 CNAME 记录类型，看解析结果是不是指向 CDN 厂商的别名域名。本次对 www.baidu.com 的 CNAME 拨测，336 个节点全部解析到 www.a.shifen.com，这就是百度 CDN 的别名入口；如果解析出来还是源站 IP 而不是别名，说明可能没走 CNAME 接入。
MX 记录前面的数字是什么意思？
那是该邮件服务器的优先级，数字越小优先级越高，收信方会优先尝试优先级小的邮件服务器。以 qq.com 为例，优先级 10 的 mx3.qq.com 会先于优先级 30 的 mx1.qq.com 被尝试。