TTL设置规则
概述
TTL(Time-To-Live)指解析记录在本地DNS服务器（Local DNS Server，简称Local DNS）中的缓存时间，通常以“秒”为单位，它决定了这些缓存记录在失效前可以被使用的时间长度。常见的设置包括300秒（5分钟）、3600秒（1小时）、86400秒（24小时）等，华为云DNS的TTL默认为300秒。
生效机制
本地服务器接收到解析请求时，会向权威DNS（如云解析服务）发起查询，获取解析结果并将其缓存到本地，缓存的有效期由设置的TTL决定。
- 在TTL有效期内，如果本地服务器再次收到该域名的解析请求，将直接返回本地缓存的解析结果，而无需再次向权威DNS发起请求。
- 当TTL有效期结束后，本地服务器会清除该域名的缓存记录。此时，如果再次收到该域名的解析请求，将重新向权威DNS发起查询，获取最新的解析结果并缓存。
应用场景
TTL设置需权衡记录的稳定性与更新需求。稳定记录可设置较长TTL，频繁变更的记录则应设置较短TTL，一般需要注意以下几点：
- 平衡负载与响应：在调整TTL时，需权衡网络负载和响应速度，避免因设置过大导致更新延迟，或设置过小导致负载增加。
- 网络环境评估：根据网络的稳定性和数据包丢失率来决定TTL的大小，确保调整后的TTL值适合实际环境。
- 监控和测试：在调整TTL值后，进行监控和测试，确保调整效果符合预期，必要时进行微调。
- 变更管理：在进行DNS变更时，如更换服务器IP，建议提前降低TTL，以加快缓存过期速度，变更生效后可恢复原设置。
| 设置TTL | 应用场景 | 描述 |
|---|---|---|
| 增大TTL | 减少网络流量 | 较大的TTL值允许DNS记录在客户端或服务器上缓存更长时间，减少对DNS服务器的重复查询，从而降低网络负载。 |
| 提高响应速度 | 在IP数据包中，较大的TTL允许数据包在网络中存活更久，减少重新发送请求的次数，降低网络拥塞的可能性。 | |
| 稳定性较高的网络 | 在网络环境稳定且数据包丢失率低的情况下，较大的TTL可以提高数据传输效率，减少重新传输的需求。 | |
| 减小TTL | 快速更新 |
|
| 测试和诊断 | 在网络测试中，较小的TTL有助于快速识别和诊断问题，因为数据包不会在网络中停留太久，便于追踪和分析。 | |
| 动态网络环境 | 网络中的路由频繁变化时，较小的TTL可以减少过时路由信息的影响，提高网络适应性和响应速度。 | |
| 减少网络拥塞 | 较小的TTL可以防止数据包在网络中积压，减少拥塞的可能性，特别是在带宽有限的网络环境中。 |
设置方式
- 方式一：在域名配置解析时设置TTL值，详细请参见添加公网域名解析记录。
- 方式二：修改已创建解析记录的TTL值，详细请参见修改记录集。
常见问题
- 权威DNS查询量暴涨、解析时延升高、业务调度频繁抖动。
原因分析：A/CNAME记录的TTL数值过小，递归DNS缓存快速失效，反复回源查询。
解决措施：稳定业务TTL设置3600~86400 秒；仅调试临时用 300 秒，完工后调大。
- 修改域名IP/CNAME 后，用户长期访问旧地址，解析生效慢。
原因分析：原解析记录TTL数值偏大，各地递归DNS缓存未过期。
解决措施：变更前提前降TTL至 300 秒，等待缓存过期再改解析；业务稳定后恢复原有TTL；终端可手动刷新本地 DNS 缓存。
- 域名TTL已生效，但本机长时间仍解析旧IP。
原因分析：操作系统自带本地DNS缓存、运营商递归DNS自定义缓存策略，无视域名配置TTL。
措施措施：客户端执行对应命令清空本机DNS缓存；排查切换公共DNS定位运营商缓存问题。
