Azure Cosmos NoSQL插入操作RequestCharge远超预期原因排查

核心原因分析 #

1. SDK版本过旧的请求开销
   你使用的3.3版本是早期的Cosmos SDK，单条CreateItemAsync会发起独立的HTTP请求，每个请求本身包含认证、连接建立等固定开销（约15-20 RU），加上文档写入和索引操作的基础开销，总和就会接近30 RU。而Azure容量计算器的预估是纯文档写入+索引的理想值，未包含HTTP请求的固定开销。

2. 单条插入的独立事务开销
   每个CreateItemAsync都是独立的原子事务，Cosmos需要为每个事务维护一致性和操作日志，这部分额外开销会被计入RU。相比之下，查询操作无需事务日志的额外消耗，因此RU远低于插入。

3. 索引排除策略可能未完全生效
   虽然你配置了索引排除，但需要确认路径是否完全匹配目标字段（比如是否用/*覆盖子字段），以及策略是否已同步到容器。若排除路径配置有误，部分字段仍会被索引，增加插入RU。

解决建议 #

• 升级SDK到最新稳定版
  新版本的Cosmos SDK支持原生批量插入接口CreateItemBatchAsync，可将多条文档合并到一个HTTP请求中，大幅降低单条请求的固定开销，单条平均RU会接近容量计算器的预估。

• 验证并修正索引排除策略
  检查容器的索引策略，确保排除路径正确覆盖目标字段，示例配置如下：

{
  "indexingMode": "consistent",
  "includedPaths": [{"path": "/*"}],
  "excludedPaths": [
    {"path": "/hash/*"},
    {"path": "/message/*"}
  ]
}

配置后等待策略生效（通常几分钟内完成），再测试插入RU。

• 替换单条异步插入为批量操作
  如果暂时无法升级SDK，可以手动将文档分组，通过批量提交的方式减少HTTP请求次数，降低固定开销。

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