Cosmos DB指标报告的请求比预期多100倍

Question

我正在比较我的应用程序的服务端指标与Cosmos DB发出的指标，我可以看到请求计数的100倍差异。

我的容器配置错误吗?我问错了吗?Cosmos是否在内部为我运行的每个查询执行多个请求?

我在Cosmos中看到的度量是TotalRequests/Count/5min。容器在所有属性上都有索引+几个复合索引。我正在运行的查询是:

SELECT *
FROM x
WHERE x.partitionKey = 0
and x.index1 = 1
and x.index2 = 2

容器的分区非常热。每个请求大约消耗5个RUs。一致性级别为bounded_stale

我尝试将一致性级别更改为最终，这降低了消耗的RUs，但我仍然看到大量的请求没有被考虑在内。

Answer 1

总请求度量包括SDK和服务之间的每个请求。SDK在第一次创建SDK实例时频繁调用服务，然后定期调用元数据和其他信息。如果您只想看到用户发出的请求，请为OperationType应用一个过滤器，并选择您想要监视的操作。

不清楚你为什么要使用Bounded stale。使用Strong和Bounded stale的读取消耗两倍的RU/s，因为对于其他较弱的一致性模型，它们从2个副本读取，而不是从1个副本读取。除了成本的差异之外，是否可以读取过时的数据当然也存在差异。在多区域的RTO和RPO中，他们也扮演着重要的角色。

热分区对吞吐量消耗没有影响。5个RU/s对于一个查询来说实际上是非常好的。