高吞吐量的 DynamoDB 分区拆分 table
DynamoDB partition splitting for high throughput table
我试图了解特定情况下的 DynamoDB 分区行为。我想知道如果单个分区的 read/write 吞吐量超过 3000 RCU 或 1000 WCU（假设我有非常受欢迎的项目 queried/written），我的分区会发生什么情况。假设在这个分区上，只有一个分区键存在（许多值持有不同的排序键）。我想知道当我的使用量超过 3000 / 1000 时 Dynamo 的行为是什么。DDB 会自动将分区分成两个较小的分区吗？在哪里可以找到有关此特定情况的文档？
谢谢
DynamoDB automatically supports your access patterns using the throughput you have provisioned, as long as the traffic against a given partition key does not exceed 3000 read capacity units or 1000 write capacity units. (Source)
它不支持每个分区键超过 3000 个 RCU 或 1000 个 WCU，因此，如果您超过这个数量，您对该分区键的一些请求将被限制。
如果需要写入1000个以上的WCU，可以使用write sharding. If you need to read more than 3000 RCU, you can create a GSI that is an exact copy of the table to distribute your reads, or it’s a good use case for using DAX。
我试图了解特定情况下的 DynamoDB 分区行为。我想知道如果单个分区的 read/write 吞吐量超过 3000 RCU 或 1000 WCU（假设我有非常受欢迎的项目 queried/written），我的分区会发生什么情况。假设在这个分区上，只有一个分区键存在（许多值持有不同的排序键）。我想知道当我的使用量超过 3000 / 1000 时 Dynamo 的行为是什么。DDB 会自动将分区分成两个较小的分区吗？在哪里可以找到有关此特定情况的文档？
谢谢
DynamoDB automatically supports your access patterns using the throughput you have provisioned, as long as the traffic against a given partition key does not exceed 3000 read capacity units or 1000 write capacity units. (Source)
它不支持每个分区键超过 3000 个 RCU 或 1000 个 WCU，因此，如果您超过这个数量，您对该分区键的一些请求将被限制。
如果需要写入1000个以上的WCU，可以使用write sharding. If you need to read more than 3000 RCU, you can create a GSI that is an exact copy of the table to distribute your reads, or it’s a good use case for using DAX。