如何设计Cosmos DB实现非分区键gpId的高效低延迟查询

最优适配方案：双容器异构存储（无侵入原有业务） #

• 新增独立查询容器，以gpId作为分区键
• 配置原userId分区容器的变更 feed 触发器，自动同步所有数据增删改操作到新容器，数据延迟通常低于1秒
• 原有基于userId的查询链路完全不变，新增gpId查询直接指向新容器，查询时指定分区键为目标gpId值，完全避免跨分区扫描，查询延迟可控制在毫秒级，单次查询RU消耗降低99%以上
• 新容器可独立配置RU配额，不需要占用原有业务的RU资源，额外成本仅为新增80GB存储和查询所需的低RU配额

次选方案：创建gpId全局二级索引（GSI） #

• 无需修改现有容器架构和数据写入逻辑，直接为gpId字段创建全局二级索引
• 优化后查询无需全表跨分区扫描，仅扫描索引分区，性能可提升80%以上，RU消耗降低70%左右，适配gpId查询频率较低的场景
• 注意：全局二级索引的写入会额外增加原容器写入操作的RU消耗，约为原写入RU的10%~30%

临时过渡方案：优化现有跨分区查询参数 #

• 保留现有查询逻辑，修改查询配置：设置MaxConcurrency = -1开启最大并行度，充分利用现有500000 RU/s的自动扩缩容配额，可将现有查询耗时压缩到30秒以内
• 将SELECT *修改为仅返回业务需要的字段，减少数据扫描和传输开销，可降低30%~60%的RU消耗

可选项：重构为组合分区键 #

• 若业务可接受全量数据迁移，可将原容器分区键调整为/userId,/gpId组合分区键，同时支持两种查询场景
• 该方案需要调整原有写入逻辑，且全量数据迁移期间会影响业务可用性，仅建议后续双参数查询占比超过60%的场景选用

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