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