使用递增整数作为Cosmos DB分区键是否会引发热点分区？

问题背景 #

假设文档结构如下：

{
  "user_id": 1,
  "f_name": "Foo",
  "l_name": "Bar"
}

将user_id设为分区键，且user_id为递增整数（如1、2、3……N），有以下疑问：

• 相邻user_id的文档是否会存储在同一物理分区？还是会均匀分布在各物理分区？例如user_id在100001至110000区间的文档是否会处于同一物理分区？
• 若90%的查询集中在某一user_id区间，是否可能形成热点分区？

注：MongoDB文档中说明了分片时如何处理单调变化的键，但未找到Cosmos DB的相关信息。

回答 #

• 相邻递增的user_id文档不会均匀分布，反而大概率会被分配到同一个或少数几个物理分区。Cosmos DB通过计算分区键的哈希值来映射到物理分区，单调递增整数的哈希值会集中在特定范围，导致连续的user_id区间（如100001-110000）被映射到相同物理分区。
• 当90%的查询集中在某一user_id区间时，必然会形成热点分区。该物理分区会承担绝大多数请求，引发资源瓶颈，表现为延迟升高、吞吐量受限，这和MongoDB使用单调键分片的问题本质一致。
• 优化建议：采用非单调的分区策略，比如给user_id添加随机后缀、使用哈希化后的user_id作为分区键，或者结合其他字段（如用户注册日期+随机值）来分散负载，避免热点出现。

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