Azure cosmosdb Cosmos DB（SQL API）中的高请求费用和索引查找时间

我正在使用定义了partitionKey的Cosmos DB SQL API。包含不同类型项目的容器。当我使用特定的过滤器和ORDERBY子句查询DB时，请求费用和索引查找非常高，可能会出现什么问题？谢谢

索引策略：

{
"indexingMode": "consistent",
"automatic": true,
"includedPaths": [
    {
        "path": "/*"
    }
],
"excludedPaths": [
    {
        "path": "/\"_etag\"/?"
    }
]

}

查询：

从c中选择*，其中c.tipo=按c.描述的tipo登记订单

申请费用：106358.298999998 索引查找时间：23253.1198毫秒

在没有第条命令的情况下：

项目样本：

{
    "tipo": "tipo-registro",
    "partitionKey": "111122222",
    "frame": "100000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000",
    "numserie": "111122222",
    "processed": true,
    "registered": true,
    "id": "af1b1ec8-9cd5-4e59-87bb-ae339607a761",
    "_rid": "S0lbA456qyEoJ+0AAAAAAA==",
    "_self": "dbs/S0lbAA==/colls/S0lb456123E=/docs/S0lbAK3QqyEoJ+0AAAAAAA==/",
    "_etag": "\"b7001012b-1111-0d00-0000-6098fe470000\"",
    "_attachments": "attachments/",
    "_ts": 1620639303
}

---

尝试在上创建复合索引。您可以在此处找到示例，也可以通过查看此视频了解更多信息，请跳到中的10:20。除了复合索引，您还没有提到任何关于分区的内容。您的查询是否可能跨越多个物理分区？也许分区的数量，再加上文档的数量，会增加RU成本？复合索引，好的，我会申请的。无论如何，这些高RUs直到两周前才出现在这个查询中，可能是分区问题？此类型的项具有不同的分区键值，具体取决于关联的设备，因此它们可能跨越多个物理分区。。。如何检查物理分区分布？谢谢大家。在开发解决方案时，不要关注物理分区，因为你无法控制它们。这是我的建议。@MarkBrown回答了一个与物理分区有关的问题，我想你们可能会发现更多关于它的内容。