启用MMAP的Milvus单机版集合：删除操作与索引问题

一、删除调用无效果的原因及正确操作方式 #

可能的原因 #

• 过滤条件错误：Milvus的delete接口仅支持基于主键字段构建过滤表达式，若使用非主键字段或主键值不匹配，会导致删除逻辑未命中任何实体，但接口仍返回成功（无报错提示）。
• 未触发数据刷新：Milvus默认采用软删除机制，删除操作仅在内存中标记实体，需手动调用flush()将标记同步到磁盘，否则查询时仍会返回已删除实体，且num_entities()统计值不会即时更新。
• MMAP加载的可见性延迟：MMAP模式下，数据映射到内存后，删除标记的同步可能存在短暂延迟，需等待刷新完成后再验证结果。

正确的删除步骤 #

1. 确认过滤表达式基于主键字段，示例代码：

   # 假设主键字段名为id，删除id为100、200的实体
   collection.delete(expr="id in [100, 200]")
   

2. 调用flush()强制同步删除标记到磁盘：

   collection.flush()
   

3. 验证删除结果：

   # 获取最新实体数
   print(collection.num_entities())
   # 执行查询，确认已删除实体不再返回
   res = collection.query(expr="id in [100, 200]", output_fields=["id"])
   print(res)  # 应返回空列表
   

二、增量插入数据的索引相关问题 #

1. 是否需要每次插入后调用create_index？ #

不需要。create_index仅需在集合初始化时执行一次，用于定义索引类型和参数。后续每日插入的新数据，Milvus会自动在后台为增量数据构建索引（默认开启增量索引功能），无需重复调用create_index（重复调用会覆盖原有索引，造成资源浪费）。

2. 是否需要重新加载集合？ #

在MMAP加载模式下，无需手动重新加载集合。MMAP会自动将新插入并flush到磁盘的数据映射到内存，增量数据可直接被查询和检索到。

3. 构建新数据索引是否需要先释放集合？ #

不需要。Milvus的增量索引构建是后台异步处理的，无需手动释放集合或中断服务，新数据的索引会自动合并到原有索引结构中。

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