首先，这里有一个支持 document为 DyanamoDB 提供有关如何避免“热”哈希键的指导。
从概念上讲，热散列键很简单，并且(通常)可以直接避免使用 - 文档提供了很好的示例说明如何做到这一点。我不是在问什么是热哈希键。
我想知道的是，对于给定级别的预置读/写单元，整个性能实际上会降低多少，也就是说，当所有读/写事件只集中在一个(或很少)上时分区。对于正确分布的哈希键事件(跨分区统一)，DynamoDB 提供单毫秒响应时间。那么，在最坏的情况下，响应时间会是什么样子？
这是 post在 AWS 上提出了一个相关问题，该问题给出了一个特定用例，其中知道这个答案很重要。
最佳答案
DynamoDB 还将保证您的响应时间为毫秒级，即使对于您的“热”哈希键，但是您很可能会看到很多受限制的请求。即使您似乎有大量未使用的预置吞吐量。那是因为您配置的吞吐量有效地除以分区数。但是由于您不知道在给定时间有多少个分区，因此您可以为单个哈希键花费多少预置吞吐量...
关于amazon-dynamodb - 在 Amazon DynamoDB 的实践中， "hot"哈希键将如何影响整个实践？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/18605224/