DynamoDB单分区场景下热键问题咨询及热键概念疑问

嗨，咱们一步步把这个问题理清楚——这是DynamoDB在数据分布不均时的常见痛点。

热键的通用定义 #

热键（Hot Key）指的是短时间内被高频读写访问的单个分区键值。因为DynamoDB是基于分区键的哈希值来分配物理分区的，所有属于同一个分区键的请求，都会被路由到同一个物理分区上。当某个分区键的访问量远远超过其他键时，这个分区就会成为“热点”，承受远超其他分区的负载，进而引发一系列性能问题。

你的单分区DynamoDB表会如何触发热键问题 #

你的表当前只有1个物理分区（5RCU/5WCU的默认配置对应的就是单分区），再加上你的数据分布极度不均衡，完全符合热键问题的触发条件：

• 部分item_type只关联1-2个item_id，对应的访问量极低；
• 但有部分item_type关联了100,000个item_id，如果这些item_id对应的记录是业务中被频繁读写的对象（比如热门商品分类、高频访问的业务类型），那么所有针对这个item_type的请求——不管是查询该类型下的某个item_id，还是扫描整个类型的记录——都会被集中打到这唯一的一个物理分区上。

具体会带来这些问题：

• 性能瓶颈与请求失败：这个单分区的处理能力被你的5RCU/5WCU配置限制，一旦热门item_type的请求量超过这个阈值，就会触发ProvisionedThroughputExceededException，导致请求被限流甚至直接失败；
• 资源严重浪费：其他低访问量item_type对应的分区空闲容量完全无法被利用，因为所有压力都集中在同一个分区；
• 扩展性失效：哪怕后续你提升了RCU/WCU的配置，只要数据分布不均的问题没解决，热门item_type所在的分区依然会是瓶颈——因为DynamoDB的分区扩容是基于整体负载，但热键的压力是集中在单个分区的，无法被分散到新的分区上。

举个直观的例子：假设你有个热门item_type叫"daily_trending"，每天有10万次读写请求，而其他item_type加起来只有1万次。因为所有请求都挤在同一个分区，这个分区的负载是理想均衡状态的10倍，但你的配置只能支撑5个单位的吞吐量，直接就会被打满，导致大量业务请求失败。

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