MX、TXT、CNAME 记录怎么查？用 DNS 拨测看邮件服务器、SPF 声...

一句话答案：在宝塔拨测（t.bt.cn）选 DNS 方式，在记录类型下拉框里切换 MX、TXT、CNAME 即可分别查询——MX 看邮件服务器、TXT 看 SPF/DKIM 验证文本、CNAME 看别名指向，全国节点各解析一次，记录值和耗时一目了然。

域名的解析记录远不止 A 记录（IPv4）和 AAAA 记录（IPv6）。排查邮件收不到、SPF/DKIM 反垃圾验证不生效、CDN 别名接入是否成功这类问题时，必须会查 MX、TXT、CNAME 这几类记录。下面用三组真实 DNS 拨测——qq.com 的 MX、qq.com 的 TXT、www.baidu.com 的 CNAME——逐一演示查法和读法。
先看 DNS 拨测支持哪些记录类型
宝塔拨测的 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 台邮件服务器
如对 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 记录、或解析出陌生服务器，就要警惕 DNS 解析异常或记录配置有误——这正是邮件"时而收得到、时而收不到"的常见根源。
实测二：qq.com 的 TXT 记录 —— 查到 SPF 声明
同一个 qq.com，记录类型切到 TXT 再测一次：

指标	本次运行
参与节点	336 个
节点成功	336 / 336（成功率 100%）
解析到的 TXT 记录	1 条
总耗时中位数	70.2 ms
平均耗时	99.8 ms

336 个节点全部解析到同一条 TXT 记录：
这是一条 SPF 记录。SPF（Sender Policy Framework）写在 TXT 记录里，用于声明"哪些服务器有权替这个域名发信"，是反垃圾邮件、防止域名被冒名发信的基础配置。v=spf1 是版本标识，include:spf.mail.qq.com 表示引用 spf.mail.qq.com 的授权发信服务器，~all 表示"其他来源默认软拒绝"。
读法：一致性同样关键。 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.baidu.com 没有直接解析成 IP，而是别名到 www.a.shifen.com——这是百度 CDN 的接入域名。用户访问 www.baidu.com 时，实际会先跳到这个别名再就近调度，这就是 CNAME 接入 CDN 的典型形态。
本次有 1 个节点（湖北-武汉-电信）失败，错误为 DNS_LOOKUP_FAILED，属于单个检测节点的自身解析问题，不影响"CNAME 指向 www.a.shifen.com"的整体结论。判断时注意区分：大量节点解析失败才是目标问题，个别节点失败多半是检测节点环境所致。
什么时候该查这些记录

• 邮件收不到、被退信 → 查 MX，核对邮件服务器记录是否正确、全国是否一致；
  

• 配了 SPF/DKIM 反垃圾仍进垃圾箱 → 查 TXT，确认验证文本已生效；
  

• 接入 CDN 后想确认是否走 CNAME 别名 → 查 CNAME，看是否指向 CDN 厂商域名；
  

• 改了解析记录后想确认全国生效 → 查对应记录类型，看各节点解析是否一致。
  

需要长期监控某类记录变化时，可以在控制台创建定时拨测任务并配置告警；具体用法和计费以官方文档《使用宝塔拨测》（https://docs.bt.cn/user-guide/baota-probe/monitoring-guide ）为准。

说明：文中拨测数据为对 qq.com（MX、TXT）与 www.baidu.com（CNAME）的真实 DNS 拨测结果，采集于 2026-09-27（北京时间）。拨测结果会随时间和网络状况变化，数值仅代表采集时刻的情况。

常见问题宝塔拨测的 DNS 方式除了 A 记录还能查什么？
除了常用的 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 的实测中，336 个节点全部解析到同一条记录 v=spf1 include:spf.mail.qq.com ~all。

怎么确认 CDN 是不是通过 CNAME 别名接入的？
用宝塔 DNS 拨测选 CNAME 类型，看解析结果是否指向 CDN 厂商的别名域名。本次对 www.baidu.com 的实测中，336 个节点全部解析到 www.a.shifen.com——这就是百度 CDN 的别名入口；如果解析出来仍是源站 IP 而非别名，说明可能没有走 CNAME 接入。

MX 记录前面的数字代表什么？
那是邮件服务器的优先级，数字越小优先级越高，收信方会优先尝试优先级小的服务器。以 qq.com 为例，优先级 10 的 mx3.qq.com 会先于优先级 30 的 mx1.qq.com 被尝试投递。

---

有问题欢迎回帖。