超级会员免费看
Milvus Cloud的删除操作引发社区热议，包括删除后条数未变、仍能查询到已删除数据及磁盘空间未释放等问题。这些问题源于设计上的统计延迟和一致性等级。为解决行数统计，2.3.0版本引入了count(*)表达式。删除后仍能查询到数据可能与查询一致性等级有关，而磁盘未恢复则因GC有等待时间，可通过dataCoord.gc.dropTolerance参数调整。这篇文章旨在帮助理解和优化Milvus Cloud的使用。
- “执行 Collection 中的 delete 操作后，再次调用 num_entities 检查集合中的数据的条数，和删除前一致， delete 不能从物理层面上删除数据吗？”
- “删除的数据还能被查到是为什么？”
- “请问下删除 collection 后，磁盘大小没有恢复，该怎么处理？”
社区中关于“删除”讨论最多的是，删了为什么条数没变，删了为什么还可以搜到，删了为什么磁盘还没恢复。第一眼看到的未必是真相，上面这几个问题也是如此。由于之前设计的原因，num_entities 检查集合条数并不能实时统计到被删除的条数，在 2.3.0 版本中，为了解决这个行数统计的问题，在 query 接口里面专门引入了count(*) 表达式来统计准确行数。
订阅专栏 解锁全文
204
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
