Cosmo SQL DB使用续令牌查询小租户数据无法终止求助

这种情况我之前处理类似的Cosmos DB分页场景时也碰到过，大概率不是官方的Bug，而是跨分区查询结合分页、排序时的一些细节没处理到位。结合你描述的场景（小租户仅75条数据，前两页每页25条正常，最后一页续令牌重复），咱们来一步步拆解原因和解决办法：

可能的核心原因 #

• 不必要的跨分区查询：如果你的Tenant Id是Cosmos DB的分区键，那单个租户的所有数据应该都存在同一个分区里，此时开启EnableCrossPartitionQuery = true完全是多余的。跨分区分页需要跟踪每个分区的查询进度，单分区场景下开这个选项反而会干扰续令牌的生成逻辑，导致最后一页的续令牌无法正确失效。
• 排序字段不稳定：如果你的order字段存在重复值，Cosmos DB在分页时没办法稳定确定下一页的起始位置，就会出现重复返回相同数据、续令牌也重复的情况。
• 续令牌终止逻辑缺失：虽然你的代码里赋值了续令牌，但没有判断“当返回数据量小于每页数量时，说明已经到最后一页，应该清空续令牌”，导致后续查询拿着旧令牌重复请求。

具体解决办法 #

1. 优先关闭跨分区查询（最有效） #

如果Tenant Id是分区键，直接修改FeedOptions配置，明确指定分区键并关闭跨分区查询：

var feedOptions = new FeedOptions {
    MaxItemCount = count,
    RequestContinuation = continuationToken?.NextRowKey,
    PartitionKey = new PartitionKey(tenantId) // 精准定位到目标租户的分区
    // 移除EnableCrossPartitionQuery = true，默认就是关闭的
};

这样Cosmos DB会直接在单个分区内查询，分页逻辑会更可靠，续令牌到最后一页后会自动变成null。

2. 给排序加“稳定锚点” #

如果Tenant Id不是分区键，一定要保证排序的唯一性，建议追加文档ID作为第二排序条件：

// 升序场景
.OrderBy(order).ThenBy(doc => doc.Id)
// 降序场景
.OrderByDescending(order).ThenByDescending(doc => doc.Id)

稳定的排序规则能让Cosmos DB准确识别分页边界，避免因为排序歧义导致的重复数据和续令牌问题。

3. 完善续令牌的终止判断 #

在生成返回结果时，判断当前页数据量是否小于每页设定值，如果是就把续令牌置为null：

var nextPageToken = items.Count < count ? null : feedResponse.ResponseContinuation;

这样就能彻底避免拿着旧续令牌重复请求的情况。

验证步骤 #

1. 先确认Tenant Id是否为分区键，是则优先用方案1；
2. 测试修改后的分页逻辑，查看第三页返回后，续令牌是否为null；
3. 如果问题还存在，检查filter表达式是否精准过滤了目标租户，确保没有混入其他租户的数据。

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