四大向量存储完整区分：pgvector / Milvus / Qdrant / Chroma
一、基础定位本质区别
- pgvector：不是独立向量库，是PostgreSQL 的插件扩展
底层是关系数据库，只是新增vector字段类型、向量距离算子，业务结构化数据 + 向量存在同一张表，用 SQL 统一操作。 - Milvus：企业级分布式专用向量数据库
云原生、存算分离，专门为海量向量检索设计，独立服务进程，只聚焦向量场景，支持分片、集群、高可用、GPU加速。 - Qdrant：高性能单机/轻集群专用向量库
Rust 编写，兼顾性能与易用，单体部署极简，过滤能力极强，适合中小规模生产环境。 - Chroma：嵌入式轻量向量库（开发原型专用）
可直接嵌入 Python 进程运行，不用单独启动服务，一键安装即用，主打本地调试、Demo、小工具。
二、核心维度详细对比表
| 对比维度 | PostgreSQL + pgvector | Milvus | Qdrant | Chroma |
|---|---|---|---|---|
| 产品类型 | PG关系库扩展 | 独立分布式向量数据库 | 独立高性能向量引擎 | 嵌入式轻量向量库 |
| 部署方式 | 跟随PostgreSQL服务 | Docker/K8s集群，需etcd+MinIO | Docker单机一键部署，集群实验性 | 两种模式：进程内嵌入 / 简易服务 |
| 最大适配向量规模 | ≤100万，百万以上性能下滑 | 千万～十亿级，支持PB数据 | 10万～千万级，单机上限高 | ≤10万最佳，超100万严重卡顿 |
| 分布式/分片 | 不支持原生分片 | 原生分布式、自动分片、多副本 | 集群功能不完善，生产多用单机 | 完全不支持集群 |
| 数据模型 | 标准SQL表；向量、文本、标签、业务字段同表；ACID事务 | Collection集合；向量+自定义payload标签；无事务 | Collection集合；强大payload多条件过滤；无事务 | Collection；简易metadata标签；无事务 |
| 查询方式 | SQL混合查询：结构化过滤 + 向量相似度一步完成 | gRPC/HTTP API，先过滤再向量检索 | gRPC/REST API，复杂数值/标签过滤能力最强 | Python极简API，仅基础过滤 |
| 持久化 | PG原生磁盘持久化、备份、主从 | MinIO对象存储持久化 | RocksDB本地持久化 | SQLite本地文件存储 |
| 性能特点 | 百万内够用，向量索引与业务争抢数据库资源 | 海量向量检索速度天花板，支持GPU加速 | Rust低延迟、内存占用低，过滤检索极快 | 本地小数据快，大数据全量扫描性能差 |
| 运维成本 | 已有PG则几乎0成本；新增PG需要维护数据库 | 高，集群多组件、监控、扩容复杂 | 极低，单容器即可生产 | 几乎无运维，仅本地文件 |
| 优势 | 一套库搞定业务+向量；JOIN、事务、权限、SQL生态全复用 | 超大容量、高并发、企业级高可用、多模态 | 均衡性能+易部署，标签过滤极强，资源消耗小 | 开发最快，一行代码接入，LangChain深度适配 |
| 短板 | 千万级向量性能弱；向量索引类型少 | 小型项目过重，资源开销大 | 分布式能力弱，社区规模小于Milvus | 无法线上高并发、大数据量不推荐 |
三、逐个拆解详细特点
1. PostgreSQL + pgvector
核心亮点
- 不用新增中间件，原有PG业务库直接增加向量字段；
- 单条SQL同时完成结构化筛选+向量排序，例如：
SELECTcontentFROMchunksWHEREdoc_id=100ORDERBYembedding<->'[0.1,0.2,...]'LIMIT5; - 完整继承PG能力：事务、外键、分区、备份、权限、分页、复杂联表查询。
适合场景
- 已有PostgreSQL技术栈，不想维护多套存储；
- 业务数据和向量强关联，需要频繁联合查询；
- 向量总量百万以内、中小后台RAG系统；
- 要求数据强一致性、事务保障。
不适合
千万级以上海量向量、高并发纯向量检索场景。
2. Milvus（企业分布式首选）
核心亮点
- 云原生三层架构（Proxy/Coordinator/存储），存算分离，支持水平无限扩容；
- 索引种类最全：HNSW、IVF_FLAT、DiskANN、PQ量化、GPU加速；
- 支持多租户、数据分片、多副本容灾、流数据同步（Kafka）；
- 支持图片、音频、视频多模态向量。
适合场景
- 企业级知识库、多租户平台、推荐系统；
- 向量千万/亿级，高并发线上服务；
- 需要集群、高可用、数据异地备份。
不适合
单机小工具、几万条以内数据，部署太重，资源浪费。
3. Qdrant（性能均衡折中方案）
核心亮点
- Rust开发，无GC、内存占用低、查询延迟极低；
- 业内最强payload过滤：数值区间、布尔、数组、嵌套标签混合过滤；
- 部署极简：单Docker容器直接生产，不用额外组件；
- 支持稀疏向量（关键词+语义混合检索）。
适合场景
- 单机生产RAG，十万～千万向量；
- 需要大量标签、时间、分类做前置过滤再检索；
- 想要高性能，但不想维护Milvus复杂集群。
不适合
超十亿级海量数据、强分布式分片需求。
4. Chroma（开发调试专用）
核心亮点
pip install chromadb直接嵌入Python进程，不用启动服务；- API极简，自动支持embedding模型，LangChain默认推荐；
- 本地文件持久化，拿来做Demo、本地测试一键跑通。
适合场景
- 本地原型开发、POC验证、个人小工具；
- 文档量少（几万以内）、无并发需求。
不适合
线上生产环境、多用户并发、十万以上向量。
四、选型建议（FastAPI+SQLAlchemy+SQLite）
- 本地小工具、几百份文档、快速开发
维持现有：SQLite存JSON向量 / Chroma 二选一 - 未来上线、已有PostgreSQL、百万向量以内
升级：PostgreSQL + pgvector（最优，一套库管理业务+向量） - 线上单机、文档量大、追求检索速度、无PG
选用 Qdrant - 企业平台、百万以上向量、多租户、高并发
选用 Milvus
五、路线对应
- 路线A（专用向量库）分三类：
- 关系库扩展：pgvector
- 中型单机向量库：Qdrant
- 大型分布式向量库：Milvus
- 轻量嵌入式原型：Chroma
- 路线B：SQLite裸存JSON向量（无向量索引，性能最差）
- 路线C：FAISS（检索算法库，非数据库，需搭配外部数据库存元数据）
