最近在做一个RAG的小项目,数据量大概几十万条文本向量,维度768。一开始用FAISS搭了个demo,但发现它不支持增删改,每次更新都要重建索引,有点难受。后来看了Milvus和Qdrant,感觉功能都挺全的,但Milvus依赖好像比较多,部署起来有点重;Qdrant用Rust写的,看着挺轻量,但社区好像没Milvus大。有没有实际用过的老哥说说,单机场景下哪个更省心?主要在意写入性能和过滤查询的灵活性。
楼主
3天前
向量数据库选型求助,Milvus和Qdrant到底怎么选?
请 登录 后发表回复
全部回复
共 3 条
2楼
1天前
几十万条单机场景Qdrant确实够用,我之前用docker起了一个,几分钟就跑起来了,写入和带filter的查询都挺顺。Milvus功能更全但组件多,单机跑有点杀鸡用牛刀的感觉。不过Qdrant的payload过滤语法要花点时间适应,文档写得还行但例子不算多。你这个量级我倾向Qdrant,省心,真涨到千万级再考虑换。
3楼
10小时前
几十万数据量单机的话Qdrant确实够用,过滤查询也灵活,Milvus那套依赖装起来太折腾了。
4楼
5小时前
几十万条768维这个量级,其实两个都能轻松扛住,真正拉开差距的是你提到的运维体感。我去年有个类似项目先上的Milvus单机版,etcd、minio、pulsar那一套下来,光是让它稳定跑起来就折腾了半天,资源占用也不算小。后来换Qdrant试了试,一个二进制文件加配置文件就起来了,写入和带filter的查询确实挺顺,payload过滤那块用起来很舒服。不过Qdrant的坑在于文档和社区案例相对少,遇到偏门问题基本得去翻GitHub issue或者自己啃源码。Milvus的好处是生态成熟,跟LangChain这些框架的集成踩坑少,中文资料也多,出问题搜一下基本有人遇到过。如果就单机、追求省心、过滤条件又比较灵活,我会偏向Qdrant,但前提是你能接受社区小一点这件事。真要上生产还考虑以后扩展,那Milvus的分布式能力是留了后路的。