域名买好、网站备案完，接下来要在云解析控制台里填记录，很多人看着 A、CNAME、MX 这一排就停住了。解析本身可以简单理解成：用户输入域名，系统告诉他该去哪台机器。把这一点想清楚，剩下的记录类型基本就能对上。
先分清几种常用记录
日常最常碰到的是几种。A 记录把域名指向 IPv4 地址，比如把 www 指向服务器的公网 IP。AAAA 记录道理一样，只是指向 IPv6 地址。CNAME 记录把一个域名指向另一个域名，接 CDN、负载均衡或对象存储的自定义域名时基本都用它。MX 记录指定邮件服务器，配企业邮箱绕不开。TXT 记录多用来做域名所有权验证，SPF、DKIM 这类邮件安全配置也靠它。
有一点要记住：根域名（比如 example.com）一般不能直接设 CNAME，这是 DNS 协议本身的限制。想让根域名指向 CDN，通常只能用 A 记录，或者看服务商是否支持类似 ALIAS 的写法。
一个常见的迁移场景
设想一个很常见的情况：官网原来挂在一台老服务器上，访问时快时慢。后来静态页面搬到阿里云对象存储，前面接了 CDN，但域名仍在别的平台解析。每次换 CDN 地址，都得去另一个后台改，改完还要等一阵子才生效，客服就会接到“网站打不开”的反馈。
更顺的做法是把 NS 服务器切到阿里云云解析，之后集中在一个地方管理。切的时候有三件事值得做：www 的 CNAME 指向 CDN 分配的域名，根域名用 A 记录指向 CDN 提供的 IP；旧服务器的记录先留一条，新链路出问题时能快速回滚；每条记录都加上备注，写清用途和负责人，免得几个月后没人敢动。
切 NS 有个坑：新旧两套解析会在一段时间里同时存在，不同地区看到的结果可能不一致。所以操作前最好把 TTL 调到 10 分钟左右，选访问量最低的时段动手，切完稳定后再调回原值。TTL 设得太长，改了也要等很久才生效；设得太短，解析请求量会跟着涨。两头都要权衡。
智能解析：让不同线路的用户拿到不同 IP
智能解析也叫线路解析，可以按访问者的运营商或地区返回不同的 IP。国内用户访问时，电信用户拿到电信机房的地址，联通和移动用户各自走自己的线路，跨网访问带来的延迟能压下来。
还有一种常见情况：服务器集中在华东，用户却遍布全国。如果只配一条默认线路，北方某些省份的用户可能经常反馈加载慢。给主要运营商分别配上线路，再为海外访问设置默认兜底记录，这类问题通常会少很多。
线路配置前要先对照实际节点。只有一台服务器却配了好几条线路，指向的还是同一个地方，除了多一份维护成本，没有实际收益。
负载均衡和故障切换
同一条主机记录可以配多个 IP 并设置权重，做简单分流。配合健康检查，某个节点异常时流量能切到其他节点。它替代不了专业的负载均衡器，但对中小业务已经够用。
设权重之前先看机器配置是否一致。新旧服务器性能差距大时，平均分配会让弱的那台先扛不住，权重应该按实际承载能力来定。
几个容易踩的坑
- 记录冲突：同一主机记录下，CNAME 和其他类型记录不能共存。添加前先在列表里搜一遍同名记录。
- 备案和证书：域名指向国内服务器，备案要先完成；SSL 证书也要和域名对得上，否则访问时会报证书错误。
- 本地缓存：改完解析后，本机 ping 或 nslookup 可能还是旧结果。换个网络，或者用公共 DNS 查一下，就能确认是不是缓存在起作用。
- 子账号权限：子账号改解析只给必要权限，删除记录的权限尽量收回，避免误删生产记录。
改之前先留底
改动前把当前记录导出或截图，改完后用几个不同地区的节点验证，再观察一段时间。这套流程看起来多了几步，但出问题时能快速回到之前的状态。云解析本身不难上手，更花时间的，往往是理清业务和域名之间的对应关系，再把变更流程固定下来。记录类型、线路选项和计费规则，请以阿里云官网和控制台的最新说明为准。
