Azure Cosmos DB健康检查文档使用极低TTL是否存在弊端？

结论 #

将健康检查测试文档的TTL从10秒下调至1秒，常规业务场景下不会产生性能下降、RU成本上升的负面影响，可以直接调整。

核心原因说明 #

• RU成本无变化：你侧产生的RU消耗仅来自写入测试文档的操作，该操作的RU开销只和文档大小、集合索引策略相关，TTL字段的取值本身不会增加写入阶段的RU消耗。Cosmos DB的过期文档清理由后台异步任务执行，这部分资源消耗不计入用户付费的RU配额。
• 性能无明显影响：后台TTL清理任务的资源优先级低于用户侧的业务请求，不会抢占前端读写请求的计算、IO资源，只要你健康检查的写入QPS没有发生变化，业务请求的延迟、成功率都不会受到影响。你的场景下写入成功即完成校验，不需要等待文档过期，调整TTL完全不会干扰健康检查逻辑本身的执行效率。

极端场景注意事项 #

如果你的健康检查写入QPS极高（单集合每秒写入超过万级测试文档），可以额外评估优化方案：比如改用写入后立刻主动删除文档的逻辑，或者用更轻量的元数据读请求替代写入校验，进一步降低不必要的资源开销。

内容的提问来源于stack exchange，提问作者silent