Amazon web services DynomoDB写入油门问题

Amazon web services DynomoDB写入油门问题,amazon-web-services,amazon-dynamodb,Amazon Web Services,Amazon Dynamodb,我们的写限制一直很高,当我查看写容量时,它甚至没有消耗全部容量 请查找附加的屏幕截图。 图表显示了1分钟的平均值。尝试在CloudWatch控制台中以最大值而不是平均值查看图表。出现这种情况可能是因为表工作负载没有均匀分布在所有分区上 根据屏幕截图,表的写入容量设置为约700个单位。如果表有多个分区,比如10个,那么每个分区 分区每秒只能消耗700/10=70个单位 比方说,您需要为一个特定的哈希键每秒写入100条记录(为简单起见,假设1次写入消耗1个WCU,如果记录大小超过1Kb,则情况可能并

我们的写限制一直很高,当我查看写容量时,它甚至没有消耗全部容量

请查找附加的屏幕截图。

图表显示了1分钟的平均值。尝试在CloudWatch控制台中以最大值而不是平均值查看图表。

出现这种情况可能是因为表工作负载没有均匀分布在所有分区上

根据屏幕截图,表的写入容量设置为约700个单位。如果表有多个分区,比如10个,那么每个分区 分区每秒只能消耗700/10=70个单位

比方说,您需要为一个特定的哈希键每秒写入100条记录(为简单起见,假设1次写入消耗1个WCU,如果记录大小超过1Kb,则情况可能并非如此)。由于每个哈希键属于单个分区,因此每个分区需要有100个WCU。但你只有70个。因此,在这种特定情况下,每个表只消耗70个WCU,并且一些写请求被限制

那么,在您的情况下发生了什么:看起来您的应用程序试图以超过 为单个分区提供的可用容量(这就是为什么会受到限制),而其他一些分区没有收到足够的写操作来消耗所有容量(这就是为什么无法达到表的总容量)


另外,我建议您阅读此文档页面:

您是否将写请求分散在一个大范围的分区键值上?如果它们分布在一个小范围的值上,您将无法从全部容量中获益。读一读。