Azure cosmosdb Cosmos DB客户端将于何时启动'；要刷新的映射缓存？

我们使用的是Cosmos DB SDK，其版本为2.9.2。我们执行文档CRUD操作。通常，端到端P95延迟为20ms。但有时延迟超过1000毫秒。高潜伏期持续10小时至1天。集合未进行限制

我们从以下方面获得了一些背景信息： 票证中有一些诊断字符串

我们知道客户端维护逻辑分区和物理副本地址映射的缓存。由于副本移动或中断，此映射可能已过时。因此，客户端尝试从第二个/第三个副本读取数据。但是，此重试对端到端延迟有重大影响。我们还观察到，高延迟/超时可以持续数小时，甚至数天。我希望客户端中有某种刷新映射缓存的机制。但似乎只有在我们重新部署服务后，客户端才会停止访问多个副本。 以下是我的问题：

客户端如何判断是否无法连接到某个复制副本？客户端将等待超时，还是服务器告诉客户端副本不可用

在哪种情况下将刷新映射缓存？我们正在使用会话一致性和TCP模式

重新启动服务会强制刷新缓存吗？或者仅当机器重新启动时才进行刷新

当我们发现存在副本中断时，有没有办法快速缓解

---

执行哪些操作（文档CRUD或查询）？ 观察到的延迟和频率是什么？另外，请检查集合是否正在限制（使用自定义限制策略）

客户机确实管理了一些metada，并且在SLA范围内有效地处理了它的陈旧性

---

您能否创建一个包含帐户详细信息和“”的支持票证，我们将对此进行调查。

嗨，Kiran，我在说明中添加了一些额外的信息。您可以参考票证链接。我们确实了解服务器端发生了什么。我们只是想更多地了解SDK中的缓存刷新机制。