首先，这是一个支持document http://docs.aws.amazon.com/amazondynamodb/latest/developerguide/GuidelinesForTables.html为 DynamoDB 提供有关如何避免“热”哈希键的指导。
从概念上讲，热哈希密钥很简单，并且（通常）很容易避免 - 文档给出了如何做到这一点的很好的示例。我不是在问什么是热哈希键。
我确实想知道的是，对于给定级别的预配置读/写单元，在极限情况下，即当所有读/写活动仅集中在一个（或极少数）分区上时，整个性能实际上会下降多少）。对于正确分布的哈希键活动（跨分区统一），DynamoDB 提供单毫秒响应时间。那么，在最坏的情况下，响应时间会是什么样子呢？
这是一个post https://forums.aws.amazon.com/message.jspa?messageID=366614在 AWS 上提出一个相关问题，该问题给出了一个特定的用例，其中了解该答案很重要。
DynamoDB 还将保证您的响应时间为单毫秒，即使对于您的“热门”哈希键也是如此，BUT您很可能会看到很多受到限制的请求。即使您似乎有大量未使用的预配置吞吐量也是如此。这是因为您的预配置吞吐量实际上除以分区数量。但由于您不知道在给定时间有多少个分区，因此它会改变您可以为单个哈希键花费的预配置吞吐量的多少......
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
