在Amazon DynamoDB上，“热”哈希密钥如何影响整个实践？

Question

首先，这里是DyanamoDB的支持document，提供有关如何避免“热”的指导。哈希键。

从概念上讲，热哈希键很简单，并且（通常）可以直接避免 - 文档提供了如何执行此操作的良好示例。我不是在问什么热哈希键。

我想知道的是，对于给定级别的配置读/写单元，在整个性能实际上会降低多少，也就是说，当所有读/写活动仅关注一个（或非常少）时分区（一个或多个）。对于正确分布的散列键活动（跨分区统一），DynamoDB提供单毫秒的响应时间。那么，在最坏的情况下，响应时间会是什么样的呢？

这里有一个post在AWS上提出相关问题，该问题给出了一个特定用例，其中对此答案的了解很重要。

Answer 1

DynamoDB还可以保证您的单毫秒响应时间，即使对于“热门”哈希密钥，但，您很可能会看到很多限制请求。即使你似乎有大量未花费的配置throuput。这是因为您配置的throuput有效地除以分区数。但是，由于您不知道在给定时间有多少分区，它会改变您为一个哈希键花费的配置throuput的数量......