Amazon web services AWS-Dynamodb get延迟在全局表中太高

Amazon web services AWS-Dynamodb get延迟在全局表中太高,amazon-web-services,amazon-dynamodb,dynamodb-queries,Amazon Web Services,Amazon Dynamodb,Dynamodb Queries,我在eu-west-2区域有一个名为Environment的表,并在us-east-2和ap-east-1区域复制了该表。该表仅包含10条记录,表的总大小小于2KB。eu-west-2的读取延迟为2ms(约120个请求/分钟),而其他两个区域的读取延迟超过12ms(每个区域约50个请求/分钟)。在任何区域都没有节流。所有的配置都是相同的,我无法找出延迟的巨大差异。原因可能是什么 谢谢。我必须在lambda的本地范围之外定义dynamodb boto3客户机。它在一个函数中,每个请求都会创建一个新

我在eu-west-2区域有一个名为Environment的表,并在us-east-2和ap-east-1区域复制了该表。该表仅包含10条记录,表的总大小小于2KB。eu-west-2的读取延迟为2ms(约120个请求/分钟),而其他两个区域的读取延迟超过12ms(每个区域约50个请求/分钟)。在任何区域都没有节流。所有的配置都是相同的,我无法找出延迟的巨大差异。原因可能是什么


谢谢。

我必须在lambda的本地范围之外定义dynamodb boto3客户机。它在一个函数中,每个请求都会创建一个新的客户端。将客户端对象移到本地范围之外,并在lambda函数之外定义为全局变量,解决了延迟问题。

从何处执行读取?这些是表中的CloudWatch指标吗?容量相同吗?我正在读取与dynamodb表位于同一区域的lambda。这回答了我大约33%的问题,不同lambda函数的内存配置是什么?@Maurice-1。来自lambda函数。2.是的,来自dynamodb表3的cloudwatch指标。否。延迟为2ms的eu-west-2具有3GB内存。us-east-2有4GB,ap-east-1有3GB。