在Azure Search索引器运行期间删除索引项功能疑似失效

Azure Search索引器默认采用增量同步模式，它只会追踪源数据里有新增、更新操作的文档，不会主动全量比对源数据库与搜索索引的文档差异，核心原因如下：

• 性能与成本限制：针对大型Cosmos DB数据库，全量遍历所有文档并和搜索索引做比对会消耗极高的计算、IO资源，不仅拖慢同步效率，还会大幅增加Cosmos DB的RU消耗以及Azure Search的负载，不符合大规模数据场景的设计初衷。
• 无删除事件追踪机制：Cosmos DB的真实删除操作不会留下任何可被索引器捕获的变更痕迹（更新操作会有_ts时间戳变化可被追踪），索引器无法感知到哪些文档已经从源库中消失。
• 软删除策略的设计逻辑：官方提供的软删除策略，本质是通过自定义标识字段（如isDeleted）让索引器能在增量同步中识别出需要删除的文档，这是在增量框架下实现删除同步最高效的方案，避免了全量扫描的高昂成本。

如果需要处理真实删除的文档，可参考以下替代方案：

• 定期全量重索引：在业务低峰期执行全量索引重建，能确保索引与源数据一致，但会占用大量资源，且过程中搜索服务可能存在短暂的数据不一致。
• 维护ID清单做批量删除：在Cosmos DB侧维护所有有效文档的ID清单，定期将其与搜索索引中的ID做比对，通过Azure Search的批量删除API移除索引中不存在的条目。
• 切换为软删除模式：这是长期最稳定高效的方案，给文档添加软删除标识字段，配合索引器的删除策略，可自动同步删除操作，无需额外的比对或重索引操作。

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