由于Azure CosmosDB中物理分区的生存时间,文档存档的影响是什么
由于生存时间已过,当物理分区中的所有文档都已存档时,如果该分区变为空,是否会回收该分区。基于:配置TTL时,系统将根据TTL值自动删除过期项目,不需要客户端应用程序显式发出的删除操作,这意味着使用TTL删除项目 而且您只能管理逻辑分区。Azure Cosmos DB自动管理物理分区上逻辑分区的放置。解释如下:由于Azure CosmosDB中物理分区的生存时间,文档存档的影响是什么,azure,azure-cosmosdb,Azure,Azure Cosmosdb,由于生存时间已过,当物理分区中的所有文档都已存档时,如果该分区变为空,是否会回收该分区。基于:配置TTL时,系统将根据TTL值自动删除过期项目,不需要客户端应用程序显式发出的删除操作,这意味着使用TTL删除项目 而且您只能管理逻辑分区。Azure Cosmos DB自动管理物理分区上逻辑分区的放置。解释如下: Azure Cosmos DB哈希项的分区键值。散列结果确定物理分区。然后,Azure Cosmos DB将分区密钥散列的密钥空间平均分配给物理分区,这意味着当您删除一个分区中的所有文档时
Azure Cosmos DB哈希项的分区键值。散列结果确定物理分区。然后,Azure Cosmos DB将分区密钥散列的密钥空间平均分配给物理分区,这意味着当您删除一个分区中的所有文档时,Cosmos DB将自动分配物理分区。您可能只需要关心您在逻辑分区上的构造 如果我理解正确的话,一旦文档上的TTL过期,它将被永久删除而不是存档。您如何知道物理分区何时为空?您只管理逻辑分区。让我反过来问这个问题,正如我们所知,每个分区(物理分区)分配的RU是=总RU/总分区计数,并且一个逻辑分区不会扩展到多个物理分区。这意味着,如果我写一个逻辑分区,它将有分配给该分区的RU的预算。另一个方面是-在物理分区的上下文中,什么是常量-分区的大小,分区的数量。RU在物理分区中传播有一个重要方面。在我的例子中,我有>50个分区,RU配置为15K。最后,每个物理分区得到的RU非常少。我们知道为什么如此多的物理分区没有被回收吗。一旦配置了支持逻辑分区和存储的物理分区,它们仍然专用于您的帐户。原因是,这使得宇宙可以立即进行放大,因为第一次大规模放大可能需要一些时间才能完成。因此,大规模升级后的最小可能吞吐量约为提供的最大吞吐量的10%。