查询CosmosDB近X天记录触发Request Unit(RU)超限错误求助

遇到Request Unit limit per Operation call exceeded错误，本质是你的查询消耗的请求单元（RU）超过了容器的单操作上限，核心原因是查询效率不足，以下是具体问题点和优化方案：

1. 未利用复合索引导致全表扫描 #

你的查询同时用clientId、ActionType和_ts作为过滤条件，但CosmosDB默认仅对id和_ts有单字段索引，多条件过滤时必须依赖复合索引才能避免全容器扫描（全扫描会消耗大量RU）。

解决方法：给容器创建包含这三个字段的复合索引，示例索引配置：

{
  "indexingMode": "consistent",
  "automatic": true,
  "includedPaths": [{"path": "/*"}],
  "excludedPaths": [],
  "compositeIndexes": [
    [
      {"path": "/clientId", "order": "ascending"},
      {"path": "/ActionType", "order": "ascending"},
      {"path": "/_ts", "order": "ascending"}
    ]
  ]
}

2. 查询内的日期函数可能影响索引匹配 #

你在查询中通过DateTimeToTimestamp(DateTimeAdd('day', -30, GetCurrentDateTime()))/1000计算时间阈值，虽然这是常量，但查询优化器有时无法高效识别，建议在应用层提前计算好30天前的Unix时间戳（秒级，和_ts单位一致），再传入查询，避免在CosmosDB侧执行函数计算。

优化后的查询示例（假设提前计算的阈值为1695612127）：

SELECT c.webTrfId, c.ModifiedDate, c._ts FROM c
WHERE c.clientId = 999999998 
  AND c.ActionType = 'Save Protocol'
  AND c._ts >= 1695612127

3. 容器RU配置不足 #

如果你的容器默认配置的RU值（比如400RU/s）过小，即使查询优化后，数据量较大时也可能触发超限。可以临时调高容器的RU值，或者开启自动缩放RU功能，让CosmosDB根据负载动态调整RU配额。

4. 额外建议：只查询必要字段 #

你已经做到了指定返回字段（而非SELECT *），这点很好——减少返回的数据量能直接降低RU消耗，后续查询也保持这个习惯。

内容的提问来源于stack exchange，提问作者Milo Ulver