最近在做一个基于 MCP 的本地知识库小项目,想把文档切块后存入向量数据库,再通过 MCP server 暴露检索接口给 Claude Desktop 用。目前试了 Chroma,上手确实快,但数据量到几万条之后感觉查询有点慢,而且持久化配置老是踩坑。看社区里有人推荐 Qdrant 和 Milvus,但 Milvus 感觉部署太重了,Qdrant 的 MCP 集成资料又不太多。想问问大家在 MCP 场景下一般怎么选?有没有轻量、支持本地持久化、跟 MCP server 配合比较顺的推荐?还是说我应该继续折腾 Chroma 的配置?
楼主
26天前
MCP 专区里向量数据库到底该怎么选?Milvus、Qdrant 还是 Chroma 有点纠结
请 登录 后发表回复
全部回复
共 4 条
2楼
25天前
几万条这个量级 Chroma 确实容易卡,我之前也踩过持久化的坑,后来直接换 Qdrant 了,docker 一条命令就跑起来,本地落盘也省心。MCP 集成资料虽然少,但 Qdrant 的 REST/gRPC 接口很直白,自己包一层 MCP server 其实不难,半天能搞定。Milvus 功能是强但单机跑确实重,小项目真没必要。你要是懒得写集成,也可以看看 Qdrant 官方那个 mcp-server-qdrant,直接用现成的。
3楼
24天前
几万条这个量级其实Qdrant完全够用了,单机docker跑起来也就一个容器的事,比Milvus省心太多。MCP集成资料少归少,但它HTTP接口简单,自己包一层MCP server不难,我就是这么干的。Chroma持久化那块坑确实多,与其继续折腾不如早点换,迁移成本没那么高。
4楼
24天前
几万条就慢的话不如直接换Qdrant,本地模式跑起来也不重,MCP那边有现成的server能用。
5楼
23天前
几万条真不算多,Chroma慢大概率是索引没调好或者持久化方式不对,它的HNSW参数默认值挺保守的。我之前也纠结过,后来切到Qdrant就回不去了,单机docker跑起来很轻,本地持久化基本零配置,MCP那边用社区现成的server接一下就能跑。Milvus确实太重,个人项目没必要上。建议先别急着换,把Chroma的hnsw:space和persist路径搞明白再说,实在不行Qdrant试半天就有结论了。