关于Azure Search服务开启分区与复制后分页结果重复的技术问询

Hey there! 从你的描述来看，这个分页重复的问题大概率是缺少稳定的排序条件导致的，这是多分区Azure Search实例的常见“坑”，我来给你拆解原因和解决方案：

核心原因：多分区环境下的并行查询排序逻辑 #

当你的索引设置了多个分区（比如你改成了2个分区），Azure Search会将查询并行分发到每个分区，每个分区独立处理并返回$top数量的结果，然后在服务端合并这些结果返回给客户端。

如果你的查询没有指定稳定的排序字段（比如唯一ID或者有固定顺序的字段），每个分区会按照自身的内部顺序（通常是文档的插入顺序或索引内部的存储顺序）返回结果。由于不同分区的内部顺序没有统一标准，合并后的结果在跨页（比如从$skip=0到$skip=50）时，就会出现重复文档——因为某些文档可能在第一页的某个分区结果里，也可能在第二页的另一个分区结果里被选中。

而单实例无分区的场景下，所有文档都在同一个分区，排序顺序是统一的，所以不会出现这个问题。

解决方案：添加稳定的排序字段 #

只需要在你的查询中添加$orderby参数，指定一个唯一且稳定的字段（比如你的文档唯一ID字段），就能让所有分区按照相同的顺序返回结果，合并后的分页自然就不会有重复了。

举个例子，假设你的文档唯一ID字段叫documentId，修改后的查询应该是：

• 第1页：search=*&$skip=0&$top=50&$orderby=documentId asc
• 第2页：search=*&$skip=50&$top=50&$orderby=documentId asc

为什么这个方案有效？ #

当指定了统一的排序字段后，每个分区都会按照这个字段的顺序筛选和返回结果，服务端合并时就能保证全局的顺序一致性，$skip和$top的分页逻辑就能正常工作，不会再出现跨页重复的情况。

其他排查点（可能性较低，但可以验证） #

• 副本同步延迟：如果刚调整完副本数，可能存在副本间的数据同步延迟，但你提到已经确认索引数据无重复，且单实例正常，这个概率不高。可以等待一段时间后再测试，或者通过门户查看索引的健康状态确认副本同步完成。
• 查询参数的其他问题：确保没有遗漏其他可能影响结果的参数，但从你的描述看，核心问题还是排序缺失。

按照这个方案修改查询后，应该就能解决你遇到的分页重复问题了！

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