把记录类型、TTL 策略、邮件相关记录和排障方法讲清楚，减少迁移与收信类故障。下面按“先判断、再动手、最后验证”的顺序展开，每一步都给出可核对的检查点。
涉及 DNS解析、A记录、CNAME 的关键动作都写成了具体命令或配置项，可以照着走，也可以当检查表用。
记录类型分工
A/AAAA 指向 IP。
- CNAME 指向域名且不能与 MX 在根域共存。
- MX 必须配优先级，数字越小越优先。
TTL 策略
稳定期设 3600 秒；计划切换前 24 小时先降到 300 秒，切完观察一天再调回，避免旧解析长期残留。
泛解析风险
泛解析会把所有不存在的子域指向同一处，容易被用来做钓鱼跳转，非必要不开。
邮件相关记录
SPF 写在 TXT，DKIM 放在 selector._domainkey，DMARC 放在 _dmarc 子域，三条缺一条就容易进垃圾箱。
排障方法
用 dig +trace 看整条解析链路，确认权威服务器与递归结果一致，再判断是缓存问题还是配置问题。
速查表
| 环节 | 关键动作 |
|---|---|
| 记录类型分工 | A/AAAA 指向 IP；CNAME 指向域名且不能与 MX 在根域共存；MX 必须配优先级，数字越小越优先 |
| TTL 策略 | 稳定期设 3600 秒；计划切换前 24 小时先降到 300 秒，切完观察一天再调回，避免旧解析长期残留 |
| 泛解析风险 | 泛解析会把所有不存在的子域指向同一处，容易被用来做钓鱼跳转，非必要不开 |
| 邮件相关记录 | SPF 写在 TXT，DKIM 放在 selector._domainkey，DMARC 放在 _dmarc 子域，三条缺一条就容易进垃圾箱 |
常见问题
Q：按文中写法改完，怎么确认真的生效？
不要只看配置文件，用对应的验证命令或从外部视角复测一次；改完先小流量观察一段，再全量推进，出问题能马上回退。
Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。
Q：业务规模小，也要按这套标准来吗？
不需要一次到位。先把影响最大的两项做到位，剩余的随着业务增长逐步补齐，比一开始就追求完美更容易落地。
小结
回到这篇的 5 个环节：记录类型分工、TTL 策略、泛解析风险、邮件相关记录、排障方法。把这几个动作写进检查表，下次遇到同类问题按顺序过一遍，比凭经验跳步骤稳。
相关阅读：CDN接入实操：回源、缓存与防刷配置、SSL证书怎么选：DV/OV/EV与免费证书的边界、网站备案全流程：从域名到接入的8个节点。
延伸阅读：SSL证书怎么选：DV/OV/EV与免费证书的边界、CDN接入实操：回源、缓存与防刷配置、网站备份三板斧：数据库、文件、配置。