当你第一次接触 DNS 解析时，可能会觉得这就是简单的域名和 IP 的配对，设置好就万事大吉了。但如果深入了解，会发现 DNS 解析里有趣的细节。
通配符与明确记录：谁更重要？
先来说说DNS 解析的优先级问题。当你设置了一个域名的 CNAME、A 记录、或通配符*记录时，DNS 解析服务器并不是漫无目的地乱来，它是有自己的优先级规则的。
1. 明确记录总是优先的
当你给一个域名设置了明确的解析记录，比如www.example.com指向某个 IP 地址，那么 DNS 查询的时候，总是会优先选取这个明确记录。就好像你在村里找人问路，如果他给你指了具体的方向，你肯定不会再去找路边的狗问路。
比如说，你的 DNS 记录里写了：
www.example.com-> IP 地址：118.6.150.180panel.example.com-> IP 地址：56.175.162.285*.example.com-> IP 地址：118.6.150.175（通配符）
当用户请求www.example.com时，DNS 会直接查找到明确的记录，返回118.6.150.180。即使你有通配符记录在那儿，也不会用到它。明确的记录就像那村里的老人，他知道你要找的地方，不用其他人来指路了。
2. 通配符记录：兜底的朋友
通配符记录是为了那些没有明确记录的域名准备的。就好比村里有些小路，没人走，你也懒得问，但总有一条老狗趴在那儿，如果没人知道路，它总能给你指个大概方向。
比如你请求test.example.com，但你没有为test单独设置过 A 记录。DNS 这时就会用通配符*记录的值，给你指到118.6.150.175。
所以，明确的记录永远优先于通配符。只有在明确记录缺失时，通配符才会上场。
TTL：多久刷新一次村里消息？
TTL（生存时间），你可以理解成村里的小道消息多久更新一次。如果消息更新得频繁，那么即使有事情变化，大家也能很快知道；反之，如果消息更新得慢，事情已经变了，村民们还在继续传旧消息。
1. 明确记录的 TTL 优先
当你为www.example.com设置了 TTL 为 60 分钟，而为通配符设置 TTL 为 5 分钟时，DNS 查询时也会遵循这条优先级原则。
举个例子：
www.example.com-> TTL: 60 分钟*.example.com-> TTL: 5 分钟
当用户请求www.example.com时，DNS 查询结果的 TTL 会是60 分钟。因为这是明确记录，优先级最高。而当用户请求test.example.com时，DNS 会返回通配符的结果，TTL 是5 分钟。这里的道理很简单，村里的老人说的话大家听得久，狗说的话，大家听一会儿就忘了。
2. TTL 与缓存：消息的寿命
这里要注意一点，TTL 的作用是告诉 DNS 服务器：这个记录可以缓存多久。例如，当 TTL 为 1 天时，DNS 服务器会在 24 小时内一直使用缓存的解析结果，不会再去上级服务器查询新的 IP。
假如你把 TTL 设置得很长（比如 1 天），然后你突然决定搬家，想把服务器 IP 换掉。这个时候，即便你马上把 TTL 改为 1 分钟，但已经缓存了 1 天的 DNS 服务器还会继续使用旧的 IP，直到缓存过期。
所以，提前修改 TTL是个有用的策略，但前提是要提前足够的时间修改，不然等着改好 TTL 再搬家，可能就会出现一大群村民还在旧地址找你，而你早搬到新家了。
合理的 TTL 策略：什么时候应该长，什么时候应该短？
那该如何合理设置 TTL 呢？其实很简单，根据不同场景采取不同策略：
- 常用的主机名（如
www、@）：这些记录大多是稳定的，可以将 TTL 设置得长一些（比如 60 分钟或更长），这样可以减少 DNS 查询频率，优化性能。 - 不常用或临时的子域名：这些记录可能需要频繁变更，TTL 可以设置得短一些（如 5 分钟），确保改动能快速生效。
- 通配符记录：这些记录一般作为兜底方案，可以根据情况设定，但建议保持较短的 TTL（如 5 分钟），以防临时需求时调整不及时。
总结
域名解析里的规则就像一个井然有序的小村庄，明确的记录永远是村里的“老资格”，有它在，其他人就不会说话。而 TTL 就像是消息的更新频率，影响着村里人多快能听到新消息。虽然这些都是基础知识，但往往最基础的东西，最容易被忽略。
[insert_post_link id=”2160″]
希望这篇文章能帮助你更好地理解 DNS 解析的优先级和 TTL 设置，做到心中有数，从容应对各种变更。记住，无论是村里的老人，还是路边的老狗，它们都有各自的作用，而你，只需要合理安排它们的发言机会。
