DynamoDB分区键选择方法及RCU、WCU利用率相关问题咨询

核心误区澄清 #

你担心高基数分区键会导致低访问分区占用RCU/WCU的问题，本质是对DynamoDB的资源分配逻辑存在误解：DynamoDB的读写配额不会预先平均分配给所有分区，而是会根据实时流量动态调度，冷门分区没有访问需求时，它的可用配额会自动转移给活跃分区，只要总访问量不超过你配置的总RCU/WCU，就不会出现资源浪费。

两种电影库分区键方案的适用性分析 #

• 方案：语言/导演作为分区键 + 电影ID作为排序键
  该方案仅适用于你的核心业务查询**100%固定按语言/导演维度批量拉取影片，且每个语言/导演对应的访问流量永远不会超过单分区硬上限（3000 RCU / 1000 WCU）**的场景。低基数分区键的核心风险是热点问题：热门导演、热门语言的流量会全部集中在同一个分区，哪怕你总配额足够，也会因为单分区的性能上限被限流。
• 方案：电影ID作为分区键
  这是绝大多数电影库场景的最优选择。高基数的电影ID可以把读写请求完全均匀打散到不同分区，从根源上避免热点问题，能最大化利用你购买的总读写配额。如果有按导演、语言查询的需求，直接为对应字段创建*全局二级索引（GSI）*即可，不需要调整主键设计。

分区键选择的通用规则 #

• 核心原则1：优先避免热点。选择的分区键的所有取值对应的访问流量要尽可能均匀，不要出现少数键值占绝大多数流量的情况，优先级高于单纯的基数高低。
• 核心原则2：适配核心查询模式。尽量让占比最高的核心查询可以通过指定分区键直接定位数据，避免跨分区扫描。
• 补充原则：非核心的查询需求用二级索引适配即可，不需要为了低频查询牺牲主键的流量均衡性。

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