网站上线、迁移或扩容时，解析记录决定访客能不能打开页面。阿里云解析是权威 DNS 服务，支持常见记录类型，也支持按线路分流和健康检查。这篇文章说明记录怎么填，并用三个场景讲 TTL 和故障切换怎么设。
一、阿里云解析能做什么
域名注册商把 NS 记录指向阿里云解析的服务器后，这个域名的查询就由阿里云应答。日常用到的功能大致分三类。
- 基础记录：支持 A、AAAA、CNAME、MX、TXT、CAA 等类型。网站访问通常用 A 或 CNAME，邮件收发用 MX，证书校验常用 TXT。
- 智能解析：同一个主机记录可以按运营商或地区返回不同 IP，电信、联通、移动用户分别接入较近的服务器。
- 健康检查与故障切换：定时探测源站，主站不可用时把解析切到备用地址。
二、配置前要确认的三件事
开始前确认三件事：域名已完成实名认证；注册商后台能修改 DNS 服务器；源站 IP 或 CNAME 目标本身能正常访问。少了任何一项，记录填得再对也不会生效。最常见的情况是源站还没部署完，解析就先指过去了，访客看到的是空白页或错误页。
三、添加解析记录的步骤
- 登录阿里云控制台，进入“云解析 DNS”，添加域名。
- 到域名注册商后台，把 DNS 服务器改成控制台提示的两个 NS 地址。生效时间从几分钟到数小时不等，可以用 dig 命令查一下是否已经切换。
- 进入域名的解析设置，点击“添加记录”，填写主机记录、记录类型、记录值和 TTL。主机记录只填前缀，比如 www，不要把完整域名再写一遍。
- 保存后执行 dig www.example.com，检查返回的 IP 是否和记录值一致。
TTL 是解析结果在缓存里保留的秒数。访客的本地网络和运营商 DNS 会按 TTL 缓存结果，TTL 越长，改动后旧结果存在的时间越久。平时保持默认值就够用。只有计划改动时，才需要提前调整。
四、案例一：网站迁移时的割接
下面三个案例是示意，数据为假设值，只用来说明配置思路。
某小型电商站点原本托管在旧服务器上，日均访问约两万次。团队计划迁到新服务器，担心切换期间部分用户打不开页面。
迁移前一周，运维人员把 www 记录的 TTL 调低到 600 秒。新服务器部署完成并通过测试后，他们把 A 记录改为新 IP。TTL 较短，多数访客在十分钟左右就能拿到新地址。旧服务器又运行了两天，处理仍在使用旧地址的请求，之后才下线。
提前把 TTL 降下来，这一步不能省。如果 TTL 还是一天，旧地址可能在很多缓存里停留几个小时，一部分访客会持续访问已经下线的服务器。
五、案例二：按线路分流降低跨网延迟
某在线教育公司的源站部署在华东，用户遍布全国。北方一部分电信用户经跨网链路访问，视频加载明显变慢。
团队在同一个主机记录下添加了多条线路：电信用户解析到华东电信机房的 IP，联通和移动用户解析到对应运营商的 IP，其余线路走默认记录。配置后，团队用多地拨测工具抽样检测，北方电信用户的首包响应时间从约 180 毫秒降到约 60 毫秒。
添加线路时最好保留默认线路。没有匹配到专属线路的用户，会落到默认记录上，否则可能查不到结果。
智能解析只负责分配 IP。源站性能不足时，调线路解决不了卡顿，还需要配合负载均衡或 CDN 一起处理。
六、案例三：主站故障时自动切换
某企业官网对外使用主站 IP，备用站点部署在另一个可用区。过去主站宕机时，运维要手动改记录，切换往往花二十分钟以上。
后来团队为主记录配置了健康检查，并设置备用地址。主站连续探测失败后，解析自动切到备用 IP；主站恢复后，流量再切回来。探测间隔和失败次数等参数，以控制台的实际选项为准，不同版本的选项可能不一样。
切换速度还受 TTL 影响。TTL 越长，切换后仍有访客拿到旧 IP 的时间越长，所以故障切换用的记录通常要比日常记录设得更短。具体数值要结合控制台允许的范围和访问量来定。
健康检查能省掉人工等待，但不能代替备用站点的容量规划。备用站点要定期验证，确认真能承接全部流量，只打开首页是不够的。
七、常见问题
- 修改后不生效：先确认 NS 已经切换，再用 dig 指定阿里云分配的 DNS 服务器地址查询，排除本地缓存的影响。
- CNAME 与其他记录冲突：同一个主机记录下，CNAME 一般不能和其他类型记录并存。先删掉冲突的记录，再添加 CNAME。
- 根域名配置：根域名（如 example.com）不能直接设为 CNAME。通常改用 A 或 AAAA 记录，具体可用类型以控制台为准。
八、使用建议
先在测试子域名上验证配置，确认解析、线路和切换都正常，再应用到正式站点。每次改动前，把原有记录值记下来。出了问题，按记录值改回去就能回滚，不用再回忆原来的配置。
