首先,这是DyanamoDB 的支持文档,提供有关如何避免"热"哈希密钥的指导.
从概念上讲,热哈希键很简单,并且(通常)可以直接避免 - 文档提供了如何执行此操作的良好示例.我不是在问什么是热哈希密钥.
我想知道的是,对于给定级别的限制配置读/写单元,整个性能实际上会降低多少,也就是说,当所有读/写活动仅关注一个(或非常少)分区时(s) ).对于正确分布的散列键活动(跨分区统一),DynamoDB提供单毫秒的响应时间.那么,在最坏的情况下,响应时间会是什么样的呢？
这是AWS上的一篇文章,询问相关问题,该问题给出了一个特定用例,其中对此答案的了解很重要.
DynamoDB还可以保证您的单个毫秒响应时间,即使对于您的"热"哈希键,但您很可能会看到很多限制请求.即使你似乎有大量未花费的配置throuput.这是因为您配置的throuput被有效地除以分区数.但是,由于您不知道在给定时间有多少分区,它会改变您为单个哈希键花费的配置throuput的数量...
| 归档时间： |
|
| 查看次数： |
2223 次 |
| 最近记录： |