问题描述
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，然后使用更新后的值重试操作。