DynamoDB自适应容量是否无需关注工作负载失衡与分区键分布？

结论先行：不能完全摒弃分区键均匀分布的最佳实践，自适应容量只是缓解热分区问题的兜底机制，而非替代合理的键设计，原因如下：

• 自适应容量的核心是「临时调配闲置分区的容量给热分区」，但它无法突破总容量上限：如果是预置读写容量模式，总容量固定，调配只是内部腾挪；如果是按需模式，虽然能自动扩容，但热分区的物理并发处理极限依然存在，极端高负载下还是可能出现延迟或限流。
• 热分区还会带来其他风险：DynamoDB单分区的最大存储上限是10GB，若某个分区数据量持续增长超出该限制，会直接导致无法写入数据；另外，单分区的请求处理能力有物理瓶颈，即便容量能调配，过高的请求集中在一个分区也会引发性能波动。
• 从根源上避免热分区才是最优解：均匀分布分区键能让负载天然均衡，减少对自适应容量的依赖，这对于长期稳定运行的业务来说，比事后补救的容错机制更可靠。自适应容量是应对突发或不可避免的负载波动的保障，而非让你放弃合理设计的理由。

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