网站上线后，访问者靠域名找到服务器，这一步由 DNS 完成。阿里云域名解析（云解析 DNS）负责把域名指向正确的 IP 地址或其他服务。记录填对了，迁移基本无感；填错了，常见结果是页面打不开，或者邮件收不进来。下面先说清楚几种记录各管什么，再用两个假设场景看实际怎么配。
先搞清楚记录类型和线路
可以把 DNS 理解成互联网的电话簿。用户输入 www.example.com，DNS 返回对应的 IP，浏览器再去连服务器。云解析支持 A、AAAA、CNAME、MX、TXT、NS、CAA 等常见记录，还能按运营商和地区返回不同结果，也支持多 IP 加权和健康检查。
日常最常用的是三种。指向服务器 IP 用 A 记录；指向另一个域名或 CDN 提供的地址用 CNAME；收发邮件用 MX。记错类型，最常见的后果就是网站能访问但邮件失效。
域名不必在阿里云注册也能用云解析。在原注册商后台把 NS 服务器改成阿里云控制台给出的地址，解析就交给阿里云了。
添加解析记录的步骤
- 登录云解析 DNS 控制台并添加域名。如果域名就在阿里云注册，系统会自动接入。
- 选择记录类型。按上面的规则选 A、CNAME 或 MX。
- 填主机记录和记录值。主机记录填 @ 表示根域名，填 www 表示 www 子域名。
- 设置 TTL。它决定各地 DNS 缓存保存多久。数值越小，改动生效越快，但权威服务器承受的查询也越多。
- 保存后用 dig 或在线工具检查，确认不同地区返回的结果一致。
案例一：小型电商迁移服务器
下面两个案例是为说明方便设定的假设场景。某小型电商的域名 shop-demo.com 原来注册在另一家服务商，网站跑在老服务器上，现在要迁到新的 ECS 实例。运营担心切换时页面打不开，企业邮箱也不能出问题。
团队分四步做。切换前两天，先把 TTL 从 3600 秒调到 600 秒，这样旧缓存能更快过期。然后在新 ECS 上部署网站，改本地 hosts 文件测试页面。确认没问题后，把 @ 和 www 的 A 记录改成新服务器的公网 IP，MX 记录保持原样。最后看访问日志和订单数据，等旧服务器流量归零再下线。
切换后，新服务器很快接住了全部访问，邮件也正常。这个案例的关键在于先降 TTL 再改记录。如果直接改，部分用户的本地缓存可能还指向旧 IP，会持续几个小时。
案例二：按运营商分流，并做故障切换
另一个假设场景是全国用户的在线教育平台。电信和联通用户的访问速度差距明显。团队在两地机房各部署了一套服务，希望电信用户走电信机房，联通用户走联通机房，其余用户走默认机房。另外，某个机房出故障时，流量要能自动切走。
做法是给同一个主机记录添加多条解析。默认线路指向默认机房的 IP，“电信”线路指向电信机房，“联通”线路指向联通机房。然后开启健康检查，为每个 IP 设置探测地址和频率。某个 IP 持续探测失败时，云解析会停止返回它，具体判定规则以控制台说明为准。
线路解析优先精确匹配，默认线路作为兜底。配完后，团队用多地探测工具分别验证电信和联通的结果，确认分流符合预期。注意线路上线后，要把默认线路也测一遍，否则海外或其他运营商用户可能拿不到结果。
常见坑
- CNAME 不能和其他记录并存。同一主机记录下，CNAME 与 A、MX 等记录冲突。配置前先检查是否已有记录，尤其是根域名。
- 改完不生效。多数是本地或运营商缓存还没过期，等 TTL 时间即可。可以用 dig 指定公共 DNS 查询，判断是否已经生效。
- 泛解析要谨慎。*.example.com 会让所有未单独定义的子域名指向同一地址，也可能被拿来仿冒站点。只在确实需要时开启。
- 切换 NS 影响全部记录。迁移前先在阿里云导入原有记录，逐条核对，再改 NS。否则邮件和其他服务可能中断。
- 解析和备案是两回事。域名解析本身不需要备案。但服务器位于中国大陆，并通过域名对外提供网站服务，就需要完成 ICP 备案。
