servicestack ServiceStack 4.0.48的DynamoDB,servicestack,amazon-dynamodb,servicestack,Amazon Dynamodb" /> servicestack ServiceStack 4.0.48的DynamoDB,servicestack,amazon-dynamodb,servicestack,Amazon Dynamodb" />

servicestack ServiceStack 4.0.48的DynamoDB

servicestack ServiceStack 4.0.48的DynamoDB,servicestack,amazon-dynamodb,servicestack,Amazon Dynamodb,根据我使用DynamoDB及其提供的吞吐量的经验,在正常使用中经常会遇到限制。为了解决这个问题,我使用了重试方法,比如瞬态异常处理来简化重试逻辑 有人知道ServiceStack中是否有任何机制可以解释ServiceStack.AWS当前版本中的DynamoDB吞吐量限制吗 是的,所有API都会使用自动重试临时错误 定义了重试异常类型,默认为: RetryOnErrorCodes = new HashSet<string> { "ThrottlingException",

根据我使用DynamoDB及其提供的吞吐量的经验,在正常使用中经常会遇到限制。为了解决这个问题,我使用了重试方法,比如瞬态异常处理来简化重试逻辑

有人知道ServiceStack中是否有任何机制可以解释ServiceStack.AWS当前版本中的DynamoDB吞吐量限制吗

是的,所有API都会使用自动重试临时错误

定义了重试异常类型,默认为:

RetryOnErrorCodes = new HashSet<string> {
    "ThrottlingException",
    "ProvisionedThroughputExceededException",
    "LimitExceededException",
    "ResourceInUseException",
};
RetryOnErrorCodes=新哈希集{
“ThrottlingException”,
“通过PutteExceedexception提供”,
“LimitExceedexception”,
“ResourceInUseException”,
};
是所有API都是使用自动重试临时错误的地方

定义了重试异常类型,默认为:

RetryOnErrorCodes = new HashSet<string> {
    "ThrottlingException",
    "ProvisionedThroughputExceededException",
    "LimitExceededException",
    "ResourceInUseException",
};
RetryOnErrorCodes=新哈希集{
“ThrottlingException”,
“通过PutteExceedexception提供”,
“LimitExceedexception”,
“ResourceInUseException”,
};