Cosmos DB吞吐量性能问题及分区机制相关技术咨询

问题逐一解答 #

• ID是否为逻辑分区？
  不是。逻辑分区是由相同分区键值的所有文档构成的集合。用ID作为分区键时，每个文档的ID唯一，意味着每个文档都是独立的逻辑分区，而非所有文档归属同一个逻辑分区。

• 是否只能写入单个物理分区且最大吞吐量为10000 RUs？
  不是。用ID这类唯一值做分区键时，Cosmos DB会将单个文档的逻辑分区分散到多个物理分区中。但如果写入请求出现热点（比如集中写入某段ID范围），还是会触发429限流。单物理分区的最大吞吐量确实是10000 RU/s，容器总吞吐量等于物理分区数量乘以10000 RU/s（前提是吞吐量配置足够且请求均匀分布）。

• 能否为单个逻辑分区添加多个物理分区？
  不能。单个逻辑分区的数据只会存储在一个物理分区中，无法拆分到多个物理分区。逻辑分区的存储上限是20GB，超出后会直接报错。

• 是否需要创建多个逻辑分区以提升吞吐量，使每个物理分区可处理10K RUs？
  是的。当前用ID做分区键导致每个逻辑分区仅含一个文档，即便物理分区数量多，若写入分布不均仍容易出现局部热点。正确做法是选择高基数、分布均匀的业务字段作为分区键（比如用户ID、区域编码等），让写入请求均匀分散到多个逻辑分区，进而充分利用多个物理分区的吞吐量，每个物理分区可提供10000 RU/s的处理能力，整体提升写入速度、减少429错误。

针对你的场景补充 #

1000万条文档写入耗时3小时且大量触发429，核心原因是分区键选择不合理，导致容器吞吐量无法被充分利用。调整分区键后，再根据实际写入需求配置合适的总RU值，可大幅缩短写入耗时。

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