TTL（Time to Live，生存时间） 是DNS记录中的一个整数字段，单位秒。它告诉全球递归解析器：“这条DNS应答你可以缓存这么久，超时后必须重新向权威DNS发起查询。”
一、TTL如何影响网站可用性（Availability）
当你的源站IP需要紧急更换（如遭受DDoS攻击或CDN回源节点故障），你修改DNS解析记录后，生效速度完全由变更前设置的TTL决定。


原TTL=300秒 → 5分钟内全球90%以上递归DNS会缓存过期，开始查询新IP


原TTL=86400秒（24小时）→ 最长一天内仍有用户被解析到已失效的旧IP，导致连接超时或SSL证书域名不匹配


SEO关联：搜索引擎爬虫一旦遇到持续性5xx错误或连接重置，会降低该域名的抓取优先级，直接影响索引覆盖率和排名。
二、TTL对解析延迟与爬虫抓取配额的量化影响
每次DNS解析需要经过递归-根-顶级域-权威域名服务器多级查询，典型耗时20-120ms。启用缓存后，TTL有效期内解析时间归零。
对于日活百万的站点，爬虫UA每天可能发起数十万次DNS查询。若TTL设为60秒：


每次抓取窗口期内重复解析 → 单次抓取总耗时增加约50ms


累积导致Googlebot的Crawl Budget中非抓取消耗占比上升 → 实际抓取的页面数减少


正确策略：为A/AAAA记录设置600秒（10分钟）作为标准值，变更前24小时临时降低至300秒。
三、专业站点的分级TTL清单（可直接抄作业）


 
 




记录类型
推荐TTL
底层逻辑




A/AAAA（IP地址）
300-600秒
平衡CDN调度灵活性与缓存命中率


CNAME（别名）
300-600秒
通常与A记录联动变更


TXT（含SPF/DKIM）
3600秒
避免邮件认证延迟，但允许当天回滚


MX（邮件交换）
86400秒
邮件服务器IP极少变更，高TTL降低反垃圾查询失败率


NS/SOA
86400秒
区域权威性记录，变更需人工审核




一句话总结：TTL是你对“变更响应速度”与“解析稳定性”之间的手动权衡。低权重网站想要建立技术可信度，把TTL配置成上述分级标准并公开解释——本身就是E-E-A-T（经验、专业、权威、信任）的直接证据。