如何实现Azure Cosmos DB条目从创建时间起算的TTL自动过期？

Cosmos DB默认的TTL规则确实是基于服务端自动生成的_ts字段（文档最后修改时间的秒级Unix时间戳）计算，要实现从创建时间起算的自动过期，有两种成熟可靠的方案可以选择：

方案1：原生TTL配合字段计算（最高可靠度，推荐） #

这个方案完全依托Cosmos DB原生的TTL能力，没有额外服务依赖，也不存在时钟偏移问题，准确性最高：

• 提前将对应容器的默认TTL值设置为-1，代表仅对携带ttl字段的文档执行自动删除，无ttl字段的文档永久保留，刚好匹配你「部分文档短时长保留」的需求。
• 文档首次创建写入后，直接取服务端返回的_ts值作为自定义createTime字段的值存入文档，同时设置ttl字段为你需要的总存活时长X（单位为秒），此时初始状态的TTL刚好从创建时间起算。
• 后续每次更新文档前，先读取当前文档的createTime和_ts值，用公式 新ttl = (createTime + X) - 当前文档的_ts 计算最新的TTL值，和其他更新字段一并写回即可。如果计算出的ttl为负数，说明文档已经达到过期条件，直接删除文档无需更新。

你之前的同逻辑方案出现误差的核心原因是使用了客户端时间计算，所有时间戳统一使用Cosmos服务端生成的_ts就可以完全避免时钟偏移问题。

方案2：定时批量清理（高灵活度） #

如果你不想每次更新文档都额外计算TTL，可以选择这种方案，灵活度更高：

• 给需要设置过期的文档新增自定义createTime字段，创建时写入服务端返回的_ts值，同时给createTime字段配置数据库索引。
• 部署定时作业（可选择Azure Functions定时触发、自有服务定时调度等），每次执行时查询满足createTime + X < 当前时间的文档批量删除即可。
• 只要定时调度的频率足够高（比如每5分钟执行一次），过期时间的误差可以控制在可接受范围内，可靠性远高于Service Bus的尽力交付模式。

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