物理分区数量对Cosmos DB性能的影响及相关性能疑问

问题1：分裂为n个物理分区后，是否需要配置n*4000 RU/s才能维持单分区时期的集合性能？ #

这取决于你对“集合性能”的定义：

• 如果是指整个容器的总吞吐量和单分区时期一致（即总吞吐量保持4000 RU/s）：不需要调整，总吞吐量维持4000 RU/s即可。此时每个物理分区会分到4000/n RU/s，整体总吞吐量仍为4000 RU/s，只是负载分散到了多个分区。
• 如果是指每个物理分区都能达到单分区时期的吞吐量水平（4000 RU/s）：需要将总吞吐量配置为n*4000 RU/s。因为Cosmos DB会将预配的总吞吐量平均分配到所有物理分区，这样每个分区能分到4000 RU/s，整体总吞吐量会是单分区时期的n倍，同时单个文档的读写操作（由于分区键是/id，每个操作仅命中一个分区）能保持和单分区时期一致的响应速度与并发能力。

补充：单个物理分区的最大吞吐量上限是10,000 RU/s，4000 RU/s远低于这个阈值，因此该配置是可行的。

问题2：物理分区数量对点读取、写入及跨分区查询的性能影响 #

点读取 #

点读取是通过分区键+ID定位单个文档的操作，仅会命中一个物理分区：

• 若每个物理分区分配到的RU足够覆盖并发需求：点读取的延迟、成功率与单分区时期无差异，性能稳定。
• 若总吞吐量不变，分区数量增多导致每个分区RU减少：高并发场景下会更易触发节流，表现为响应变慢或请求失败。

写入操作 #

单个文档的写入同样仅命中一个物理分区（由于/id作为分区键，每个逻辑分区仅含一个文档，写入不会集中在某个分区）：

• 合理配置总吞吐量（如n*4000 RU/s）时，整体写入吞吐量可线性扩展，单个写入操作的性能与单分区时期一致。
• 总吞吐量不变时，分区越多，每个分区的RU配额越少，高并发写入时节流概率上升，影响性能。

跨分区查询 #

跨分区查询需要遍历多个物理分区并合并结果，分区数量增多带来的影响包括：

• RU消耗上升：每个涉及的分区都会执行查询并消耗RU，加上结果合并的开销，总RU消耗会显著高于单分区查询。
• 延迟增加：需要等待所有涉及的分区返回结果后才能完成合并，分区越多，整体等待时间可能越长。
• 并行效率受限：虽然Cosmos DB会并行处理多分区查询，但过多的分区可能会降低并行处理的效率，尤其是查询逻辑复杂时。

内容的提问来源于stack exchange，提问作者Mo B.