向量数据库选Milvus还是Qdrant？各自有什么坑？

两家都用过一段时间，说点实际感受。Milvus功能确实全，但部署那套依赖挺劝退的，etcd、MinIO、Pulsar一堆组件，小团队维护起来心累，跑起来了资源占用也不低。Qdrant单机部署爽快，Rust写的性能不错，过滤查询那块设计得挺顺手，但分布式这块成熟度跟Milvus比还是差些，集群模式文档和案例少。坑的话，Milvus版本升级有时候索引要重建，数据量大了迁移很痛苦，Qdrant早期版本payload索引内存吃得厉害，不知道现在优化得咋样了。如果是千万级以内、想省心，我倾向Qdrant；真上亿规模、要多种索引和强一致，Milvus更稳。你们数据量大概什么级别，这个其实最影响选型。

Milvus集群模式运维挺重的，Qdrant单机省心但分布式还嫩，看你团队有没人扛。

两个都用过一阵子，说点真实感受。Milvus功能确实全，但部署那套依赖太劝退了，etcd、minio、pulsar一堆组件，小团队维护起来真心累。Qdrant就轻量多了，Rust写的单二进制跑起来很省心，过滤查询也挺顺手。不过Qdrant的分布式版本是商业授权，数据量真上来了要么花钱要么自己扛。你们现在数据规模大概多少？量级不同选择差别挺大的。

我们用Qdrant快一年了，小团队图省事确实香，单机跑起来基本不用操心。但数据量上到千万级之后内存吃得厉害，调HNSW参数那会儿没少熬夜。Milvus功能更全，可维护成本也上去了，etcd、Pulsar一堆组件，运维没跟上很容易出问题。你们现在数据规模多大？量不大的话Qdrant够用，别提前给自己上复杂度。

两个都上过生产，说点实际的。Milvus功能确实全，但那个依赖栈真的重，etcd、MinIO、Pulsar一套下来，运维成本不低，小团队慎入。Qdrant单机部署清爽很多，Rust写的性能也稳，但分布式这块成熟度还是差点意思，集群模式踩过几次坑。Milvus的坑主要在版本升级，之前从2.2升2.3 collection直接读不了，得重建，文档里写得也不清楚。Qdrant的话，filter跟向量检索混用的时候性能掉得挺明显，尤其payload字段多的时候。如果数据量在千万级以内、团队人手有限，我倾向于Qdrant先跑起来，等真撑不住了再考虑迁Milvus。反过来如果一开始就奔着亿级去、又有专人运维，Milvus的生态和索引类型确实更省心。你们现在大概什么数据规模？这个其实比选哪个更影响决策。

Milvus集群部署挺折腾的，小团队直接上Qdrant省心不少，但数据量大了再迁移也头疼。

我们当时也纠结过这俩，最后选了Qdrant，主要图它部署简单，单机跑起来很省心，Rust写的性能也够用。但它的坑在于分布式能力偏弱，集群方案成熟度不如Milvus，数据量大了扩容会比较难受。Milvus功能确实全，不过依赖etcd、MinIO一堆组件，运维成本高，小团队容易玩不转。你们现在数据规模大概什么量级？这个可能才是选型的关键。

我们生产环境用的Qdrant，单节点跑千万级向量还挺稳的，但集群模式文档确实有点跟不上，踩过几次分片配置的坑。Milvus功能更全，不过那套依赖etcd和MinIO的架构对小团队来说运维成本偏高。你们数据量大概什么级别？如果没到亿级，其实Qdrant单机加好点的SSD就够用了，别一上来就上分布式。

两个都用过一阵，Milvus功能确实全，但部署那套依赖etcd和MinIO的架构对小团队来说太重了，运维成本不低。Qdrant单机跑起来轻快很多，Rust写的性能也稳，不过集群这块成熟度还是差些，规模上去之后心里没底。我们后来是按数据量分场景用的，小规模直接Qdrant省心，上亿级别再考虑Milvus。你们大概是什么量级和并发？这个可能比单纯比功能更影响选型。