首先，这里有一个DyanamoDB的支持文档，提供了如何避免"热"哈希键的指导。
从概念上讲，热散列密钥很简单，而且它们（通常）很容易避免-文档中给出了如何做到这一点的好例子。我并不是在问什么是热散列密钥。
我真正想知道的是，对于给定级别的已配置读/写单元，当所有读/写活动仅集中在一个（或极少数）分区时，在极限情况下，整个性能实际会降低多少。对于正确分布的散列密钥活动（分区间统一），DynamoDB提供了单毫秒的响应时间。那么，在最坏的情况下，响应时间会是什么样子呢？
这是AWS上的一篇帖子，询问了一个相关的问题，其中给出了一个具体的用例，了解这个答案很重要。
DynamoDB还将保证您单毫秒的响应时间，即使是对于您的"热"哈希密钥，但您很可能会看到很多被抑制的请求。即使你似乎有很多未使用的储备。这是因为您提供的throuput实际上是除以分区的数量。但是，由于你不知道一个给定的时间有多少分区，所以你可以为一个哈希键花费多少资源会有所不同。。。