为何Cosmos DB集合大小随时间减少？解析完成后无操作仍缩减

这两个问题问得很到位，咱们来拆解下Cosmos DB后台到底在搞什么导致集合大小变化：

1. 集合大小随时间减少的常见原因 #

Cosmos DB后台有不少自动运行的操作会悄悄影响集合的存储占用，主要包括这些：

• TTL（生存时间）自动过期删除：如果你的集合配置了TTL规则，到期的文档会被后台任务批量清理掉，这是最常见的缩减原因。哪怕你没手动删数据，过期数据会被自动移除。
• 索引优化与清理：Cosmos DB会定期优化索引——比如删除不再需要的索引条目（比如过时的查询索引、或者自动索引策略调整后冗余的索引），这会直接减少索引占用的存储空间，反映在集合总大小上。
• 后台数据压缩：Cosmos DB的存储引擎会在空闲时段对数据进行压缩优化，尤其是写入密集型操作后，数据可能暂时处于未压缩状态，后台压缩完成后就会看到大小下降。
• 软删除数据的清理：如果开启了软删除功能，被标记为删除的文档会保留一段时间，到期后后台会自动清理这些软删除的条目，释放空间。

2. 解析完成后无事务但集合仍缩减的原因 #

你提到解析在2:45完成，之后没有其他事务但大小还在降，这大概率是后台异步操作的延迟执行：

• 首先，索引优化和数据压缩都是异步任务，不会和你的写入操作同步完成。当你批量写入数据后，Cosmos DB会优先保证写入性能，把索引整理、压缩这些耗资源的操作放到后台空闲时段去做——所以哪怕写入已经结束，这些任务可能还在跑，持续释放存储空间。
• 其次，如果你的数据中有符合TTL规则的条目，TTL的清理任务是按固定间隔批量执行的，可能刚好在你写入完成后触发了下一轮清理，导致大小下降。
• 另外，还有一种可能是写入时的临时空间占用：批量写入过程中，Cosmos DB会用一些临时空间来处理事务日志、中间数据，这些临时数据会在写入完成后由后台自动清理，这也会让集合大小在写入结束后逐渐回落。

内容的提问来源于stack exchange，提问作者A.Rowan