如何解决Cosmos DB中的存储过程是否会在发生冲突时自动重试?
Cosmos DB中的存储过程是事务性的,并在具有乐观并发控制的隔离snapshop下运行。这意味着可能发生写冲突,但是会检测到写冲突,从而回滚事务。
如果发生此类冲突,Cosmos DB是否会自动重试存储过程,或者客户端是否接收到异常(可能是HTTP 412前提条件失败?)并且需要自己实现重试逻辑?
解决方法
我尝试并行运行100个存储过程实例,这将通过读取文档(不设置_etag
),等待一段时间,然后在该文档中增加一个整数属性而再次产生写冲突(再次)而不设置_etag
)。
到目前为止,在所有试验中均未发生任何错误,结果就好像顺序运行了100次。因此,初步的答案是:是的,Cosmos DB在写冲突时会自动重试运行SP(或者通过诸如锁定之类的其他方式强制执行事务隔离),因此客户希望不必担心由于冲突而中止SP。 >
很高兴听到Cosmos DB工程师如何实现此目标:重试,锁定或其他操作?
,SDK无法在412上重试,412错误与Optimistic Concurrency相关,在这种情况下,您可以控制要传递的ETag。期望用户通过阅读文档的最新版本来处理412,获取更新的ETag,然后使用更新后的值重试操作。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。