Cosmos DB的“热分区”仅适用于预配吞吐量吗？无服务器模式下是否仍存在？

是的，即使在无服务器模式的数据库中，**热分区（Hot Partition）**问题依然会出现，核心原因和预配吞吐量模式下的底层架构逻辑一致，具体可以从以下几点理解：

• 物理分区的吞吐量上限未消失：无服务器模式只是取消了预配固定吞吐量的限制，改为根据实际负载动态分配资源，但单个物理分区的处理能力依然存在上限。系统不会为单个物理分区无限扩容资源，当某个物理分区上的请求量超过其峰值处理能力时，操作依然会被速率限制。
• 逻辑分区到物理分区的映射规则不变：不管是预配还是无服务器模式，逻辑分区都是通过对分区键哈希后映射到物理分区。如果分区键选择不当（比如使用了高度集中的键值，如固定类别、热门地区等），大量请求会集中在少数几个逻辑分区上，这些逻辑分区会被分配到同一个或少数几个物理分区，导致这些物理分区的负载远超其他，触发限流。
• 动态扩容存在延迟：无服务器模式的资源扩容是自动的，但扩容过程需要时间（比如新增物理分区、重新平衡数据）。在扩容完成前，已经出现的热分区负载过高问题会持续存在，导致操作被限流。
• 单物理分区的硬件资源限制：每个物理分区都有CPU、内存等硬件资源的硬性限制，当热分区的请求量耗尽了该物理分区的硬件资源时，即使系统想分配更多吞吐量，也无法突破硬件瓶颈，最终还是会出现性能下降或限流。

举个典型场景：电商平台把分区键设为“商品类别”，但平台上90%的流量都集中在“电子产品”类别上，那么对应“电子产品”的逻辑分区会被映射到某个物理分区。即使开启了无服务器模式，这个物理分区的负载会远远高于其他分区，当请求量超过该物理分区的处理上限时，就会出现限流，用户的查询或写入操作会被延迟或拒绝。

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