阿里云dns解析记录怎么填，解析不生效时先查哪里

网站上线以后，域名能不能打开、打开快不快，很多时候卡在DNS解析这一步。阿里云DNS解析在国内用得比较多，控制台逻辑清楚，适合个人站长、中小企业，也适合需要按线路调度的业务。下面先讲记录怎么填，再说解析不生效时该先看哪里。

先搞清楚DNS在做什么

可以把DNS想成一本通讯录。用户在浏览器里输入 www.example.com，电脑并不知道这个名字对应哪台服务器，得先查出IP地址才能建立连接，这个查询过程就叫域名解析。

阿里云DNS解析做的，就是替你维护这本通讯录。你在控制台保存的每条记录会在权威服务器上生效，各地的递归DNS服务器再按TTL缓存结果。所以改完记录并不是全网立刻同步，这一点在后面排查时经常用得上。

开始之前有两个前提：域名已经注册，并且域名的DNS服务器已经改成阿里云提供的地址。没改的话，控制台里填得再对也查不到。

操作流程大致如下：

主机记录是最容易填错的地方。“@”代表裸域名，也就是 example.com 本身；“www”对应的是 www.example.com。两者是不同的地址，如果希望两个都能访问，就要分别添加。

大部分网站只会用到下面几种：

判断标准很直接：目标是一个IP，就用A或AAAA；目标是另一个域名，就用CNAME。不要把两种需求硬塞进同一条记录里。

阿里云支持按运营商和地区划分线路，比如电信用户解析到一个IP，联通用户解析到另一个IP。如果业务只面向一个地区，保留“默认”线路就够了。线路拆得越细，要维护的记录越多，漏改一条，某些用户就可能访问异常。

TTL是解析结果在递归服务器上的缓存时间，单位通常是秒。日常可以设在600到3600秒之间，查询压力小。如果计划迁移服务器，就提前一两天把TTL调到300秒甚至60秒，等旧缓存过期后再切换记录，确认没问题再调回去。有些递归服务器会自行调整缓存时长，所以TTL调低之后，最好多留一点时间再切。

假设一个小型电商站的主站 shop.example.com 原来指向华东的一台服务器，现在要迁到新的云主机，IP会变。如果直接改A记录，还没过期的缓存会让部分用户继续访问旧机器。如果订单分别写进了两台服务器，数据就对不上了，这类问题往往比解析本身更难收拾。

比较稳妥的做法分三步。迁移前一天，把 shop 的TTL从3600秒改为300秒。在新服务器上完整部署并测试，确认功能和数据都正常。然后修改A记录指向新IP，等几分钟，用几个不同地区的检测工具看生效情况。确认无误后，再把TTL调回3600秒。做到这一步，大多数用户基本感觉不到切换。

另一种常见情况是，把 static.example.com 用CNAME指向CDN域名之后，图片偶尔打不开。排查下来发现，这个主机记录下还留着一条旧的A记录，和CNAME冲突，不同的解析结果轮流返回，表现就是时好时坏。删掉旧的A记录，问题就消失了。添加记录前先看一眼同名记录，能避开很多这类故障。

域名打不开或解析结果不对，不要一上来就反复改记录。按下面的顺序走，通常会快很多：

先确认域名的DNS服务器真的指向阿里云，可以用whois查询注册信息。这一步不对，后面查得再细也没用。
逐条核对记录类型、主机记录和记录值，重点看有没有多余的空格、漏掉的字母，以及大小写。
用 dig 指定公共DNS对比结果，例如 dig @8.8.8.8 www.example.com 或 dig @114.114.114.114 www.example.com。公共DNS返回正确、本机仍不对，多半是本地缓存；公共DNS也不对，就回到记录本身找原因。
刚改过记录的话，先等旧TTL过期再判断。这段时间里反复修改，只会让缓存更乱。
检查有没有同名记录冲突，特别是CNAME和其他记录并存的情况。