Qdrant

向量数据库：RAG时代的基石 所有RAG系统都需要向量数据库。2026年市场已经从"有没有"过渡到"哪个好"——选型不当会带来性能瓶颈、扩展困难、功能不足等问题。 三大主流方案 Milvus：大规模分布式 架构特点 Milvus采用存算分离架构： Coordinator：元数据管理和调度 Worker Node：查询节点和数据节点分离 对象存储：数据持久化（S3/MinIO） 消息队列：变更数据捕获（Kafka/Pulsar） 核心优势 水平扩展：支持十亿级向量 混合检索：向量+标量过滤 多索引：HNSW、IVF、DiskANN、GPU索引 云原生：K8s原生部署 适用场景 大规模生产环境（亿级向量） 需要高可用和水平扩展 团队有K8s运维能力 注意事项 部署复杂度高（微服务架构） 小规模场景（<100万向量）过重 内存占用较大 Qdrant：高性能轻量级 架构特点 Qdrant用Rust编写，单二进制部署： Collection：数据集合 Payload：向量关联的元数据 量化支持：标量量化(SQ8)、乘积量化(PQ)、二进制量化 磁盘索引：支持大于内存的数据集 核心优势 简单部署：单二进制+Docker 高性能：Rust实现，无GC暂停 丰富过滤：Payload过滤能力强大 量化压缩：内存占用极低 适用场景 中小规模（<1亿向量） 快速原型开发 对延迟敏感的场景 运维资源有限的团队 注意事项 分布式能力不如Milvus 不支持多租户隔离 生态插件较少 Weaviate：AI原生设计 架构特点 Weaviate定位为"AI原生数据库"： GraphQL API：内置API层 模块化向量化：内置多种embedding模型 对象存储+向量索引：一体化设计 多模态支持：图像/文本/视频嵌入 核心优势 开箱即用：内置embedding模型 GraphQL接口：前端友好 多模态：原生支持多种数据类型 混合检索：BM25+向量融合 适用场景 快速构建AI应用 需要多模态检索 前端团队主导的项目 不想单独管理embedding流程 注意事项 性能不如Qdrant极致 大规模部署经验较少 Go实现，性能依赖GC调优 性能对比 写入性能 数据库 单线程写入 批量写入(10K) 索引构建速度 Milvus 5K/s 50K/s 中等 Qdrant 8K/s 80K/s 快 Weaviate 3K/s 30K/s 中等 查询性能 数据库 p50延迟 p99延迟 并发QPS Milvus 5ms 20ms 10K+ Qdrant 2ms 8ms 5K+ Weaviate 8ms 30ms 3K+ 注：测试条件为1M向量，768维，HNSW索引，单节点。实际性能受数据规模、硬件、配置影响。 ...

向量数据库：AI应用的基础设施 RAG系统、语义搜索、推荐系统——这些AI应用的核心基础设施都是向量数据库。2026年的向量数据库市场已经从早期的"够用就行"进化到"精打细算"的阶段，选型直接影响系统性能和成本。 核心技术维度 索引算法 向量数据库的性能核心在于近似最近邻搜索（ANN）算法： HNSW（Hierarchical Navigable Small World）： 原理：多层图结构，顶层稀疏快速导航，底层密集精确搜索 优势：查询速度快，召回率高 劣势：内存占用大，构建慢 适合：中小规模（<1000万），高召回需求 IVF（Inverted File Index）： 原理：将向量空间聚类为N个桶，查询时只搜索最近的几个桶 优势：内存效率好，支持大规模数据 劣势：需要训练聚类模型，召回率受桶数影响 适合：大规模（>1000万），召回率可接受场景 PQ（Product Quantization）： 原理：将高维向量分成子向量，每个子向量量化编码 优势：存储压缩比高（10-100倍） 劣势：精度损失 适合：超大规模，成本敏感场景 组合索引：IVF+PQ或HNSW+PQ结合各自优势： # Milvus中的组合索引配置 collection_config = { "index_type": "IVF_PQ", "params": { "nlist": 1024, # IVF聚类中心数 "m": 16, # PQ子向量数 "nbits": 8, # 每个子向量的编码位数 }, "metric_type": "COSINE" } 量化与压缩 class QuantizationComparison: """不同量化方案的效果对比""" results = { "FP32 (无压缩)": { "recall": 1.0, "memory": "100%", "speed": "基准" }, "FP16": { "recall": 0.999, "memory": "50%", "speed": "1.2x" }, "INT8 (标量量化)": { "recall": 0.99, "memory": "25%", "speed": "1.5x" }, "PQ8 (乘积量化8bit)": { "recall": 0.95, "memory": "12.5%", "speed": "2.0x" }, "PQ4 (乘积量化4bit)": { "recall": 0.88, "memory": "6.25%", "speed": "2.5x" } } 主流方案对比 Milvus from pymilvus import connections, Collection, FieldSchema, CollectionSchema, DataType # 连接Milvus connections.connect(host="localhost", port="19530") # 创建Collection fields = [ FieldSchema(name="id", dtype=DataType.INT64, is_primary=True), FieldSchema(name="embedding", dtype=DataType.FLOAT_VECTOR, dim=1024), FieldSchema(name="metadata", dtype=DataType.JSON), ] schema = CollectionSchema(fields, "文档向量集合") collection = Collection("documents", schema) # 创建索引 collection.create_index( field_name="embedding", index_params={ "index_type": "HNSW", "metric_type": "COSINE", "params": {"M": 16, "efConstruction": 256} } ) # 搜索 results = collection.search( data=[query_vector], anns_field="embedding", param={"params": {"ef": 64}}, limit=10, expr='department == "engineering"' # 标量过滤 ) 优势： ...

向量数据库：RAG时代的基础设施 向量数据库是RAG系统的核心组件。选择合适的向量数据库直接影响检索性能、扩展性和运维成本。 2026年，向量数据库赛道已经从"百花齐放"走向"头部集中"。Milvus、Qdrant和Weaviate是三个最主流的开源选择，各自有不同的设计哲学和适用场景。 三者简介 Milvus：由Zilliz开发，CNCF毕业项目。定位为云原生向量数据库，强调大规模和水平扩展。 Qdrant：Rust编写，轻量高效。定位为高性能向量搜索引擎，强调简洁和速度。 Weaviate：Go编写，GraphQL API。定位为AI原生数据库，内置向量化模块和混合检索。 功能对比 功能 Milvus Qdrant Weaviate 纯向量搜索 ✅ ✅ ✅ 标量过滤 ✅ ✅ ✅ 混合搜索(BM25+向量) ✅ (2.4+) ✅ ✅ (内置) 多向量搜索 ✅ ✅ ✅ 内置Embedding ❌ ❌ ✅ 动态Schema ✅ (2.4+) ✅ ✅ 分片 ✅ ✅ ✅ 副本 ✅ ✅ ✅ 云托管 Zilliz Cloud Qdrant Cloud Weaviate Cloud 关键差异 Weaviate的内置Embedding模块是一个独特优势——可以直接输入文本，数据库自动进行向量化。Milvus和Qdrant需要外部Embedding服务。 Milvus的混合搜索实现最成熟，支持多种索引类型和复杂的过滤条件。Qdrant的混合搜索是后来加的，但在简单场景下性能优异。 Qdrant的Rust实现带来了天然的内存安全和性能优势。部署二进制只有一个文件，运维极简。 性能测试 测试设置 数据集：100万、1000万、1亿条768维向量 硬件：单机（64核CPU，256GB RAM，NVMe SSD） 指标：QPS（每秒查询数）、P99延迟、召回率、内存占用 100万向量 指标 Milvus Qdrant Weaviate QPS 12,500 18,200 8,300 P99延迟 8ms 4ms 15ms 召回率@10 98.5% 98.2% 97.8% 内存占用 4.2GB 3.1GB 5.8GB 在小数据量下，Qdrant全面领先——更快的速度、更低的延迟、更少的内存。 ...

向量数据库：RAG时代的基础设施 向量数据库是RAG系统的核心组件。选择合适的向量数据库直接影响检索性能、扩展性和运维成本。 2026年，向量数据库赛道已经从"百花齐放"走向"头部集中"。Milvus、Qdrant和Weaviate是三个最主流的开源选择，各自有不同的设计哲学和适用场景。 三者简介 Milvus：由Zilliz开发，CNCF毕业项目。定位为云原生向量数据库，强调大规模和水平扩展。 Qdrant：Rust编写，轻量高效。定位为高性能向量搜索引擎，强调简洁和速度。 Weaviate：Go编写，GraphQL API。定位为AI原生数据库，内置向量化模块和混合检索。 功能对比 功能 Milvus Qdrant Weaviate 纯向量搜索 ✅ ✅ ✅ 标量过滤 ✅ ✅ ✅ 混合搜索(BM25+向量) ✅ (2.4+) ✅ ✅ (内置) 多向量搜索 ✅ ✅ ✅ 内置Embedding ❌ ❌ ✅ 动态Schema ✅ (2.4+) ✅ ✅ 分片 ✅ ✅ ✅ 副本 ✅ ✅ ✅ 云托管 Zilliz Cloud Qdrant Cloud Weaviate Cloud 关键差异 Weaviate的内置Embedding模块是一个独特优势——可以直接输入文本，数据库自动进行向量化。Milvus和Qdrant需要外部Embedding服务。 Milvus的混合搜索实现最成熟，支持多种索引类型和复杂的过滤条件。Qdrant的混合搜索是后来加的，但在简单场景下性能优异。 Qdrant的Rust实现带来了天然的内存安全和性能优势。部署二进制只有一个文件，运维极简。 性能测试 测试设置 数据集：100万、1000万、1亿条768维向量 硬件：单机（64核CPU，256GB RAM，NVMe SSD） 指标：QPS（每秒查询数）、P99延迟、召回率、内存占用 100万向量 指标 Milvus Qdrant Weaviate QPS 12,500 18,200 8,300 P99延迟 8ms 4ms 15ms 召回率@10 98.5% 98.2% 97.8% 内存占用 4.2GB 3.1GB 5.8GB 在小数据量下，Qdrant全面领先——更快的速度、更低的延迟、更少的内存。 ...

引言 向量数据库是RAG系统的核心基础设施。2026年，随着嵌入维度的增加（从768维到3072维）和数据规模的扩大（从百万到十亿级），向量数据库的性能变得至关重要。本文将全面对比主流向量数据库。 参评数据库 数据库 类型 部署方式 特点 Milvus 2.5 专用 分布式 最强大，可扩展 Qdrant 1.10 专用 单机/分布式 性能优秀，Rust编写 Chroma 0.6 轻量 嵌入式 开发友好，轻量 Weaviate 1.25 专用 分布式 GraphQL API pgvector 0.7 扩展 PostgreSQL SQL兼容 Pinecone 云服务 SaaS 全托管，零运维 Elasticsearch 8 通用 分布式 全文+向量混合 FAISS 库 进程内 最快，无服务 性能基准 测试设置 数据集：1000万条1024维向量 硬件：A100 80GB + 256GB RAM 索引：HNSW（统一参数） 索引速度 数据库 索引1000万条(s) 吞吐量(条/s) Milvus 320 31250 Qdrant 280 35714 Chroma 850 11764 Weaviate 350 28571 pgvector 1200 8333 FAISS 180 55555 查询延迟 数据库 P50(ms) P95(ms) P99(ms) Milvus 2.1 5.5 8.2 Qdrant 1.8 4.2 6.5 Chroma 8.5 15.2 22.0 Weaviate 3.2 7.8 12.1 pgvector 12.5 25.0 38.0 FAISS 0.8 1.5 2.2 Pinecone 5.0 12.0 18.0 召回率 top-10召回率（与精确搜索对比）： ...

向量数据库市场2026格局 2026年，向量数据库市场已经从"百模大战"进入"四强争霸"阶段。Milvus、Pinecone、Weaviate、Qdrant四家占据了80%以上的市场份额。但选型依然困难——因为它们各有鲜明的特点，没有"万能解"。 市场定位概览 数据库 类型 部署方式 适合规模 核心优势 Milvus 开源 自建/云托管 亿级+ 分布式架构、生态丰富 Pinecone SaaS 全托管 万-亿级 零运维、Serverless Weaviate 开源 自建/云托管 万-千万级 混合检索、模块化 Qdrant 开源 自建/云托管 万-亿级 Rust高性能、轻量 核心能力对比 1. 索引算法支持 特性 Milvus Pinecone Weaviate Qdrant HNSW ✅ ✅(内部) ✅ ✅ IVF ✅ ❌ ❌ ❌ DiskANN ✅ ❌ ❌ ❌ Flat(暴力) ✅ ❌ ✅ ✅ 量化(PQ/SQ) ✅ ✅(内部) ✅(BQ) ✅(SQ) 动态索引 ✅ ✅ ✅ ✅ 2. 混合检索能力 # === Milvus 混合检索 === from pymilvus import Collection collection.search( data=[query_vector], anns_field="embedding", param={"metric_type": "COSINE", "params": {"nprobe": 16}}, expr='source == "tech_blog" and date > "2026-01-01"', # 标量过滤 limit=10, ) # === Pinecone 混合检索 === from pinecone import Pinecone index.query( vector=query_vector, filter={"source": {"$eq": "tech_blog"}, "date": {"$gt": "2026-01-01"}}, top_k=10, include_metadata=True, ) # === Weaviate 混合检索（原生支持BM25+Vector） === import weaviate result = client.query.get("Document", ["content", "title"]) \ .with_hybrid( query="GraphRAG实践指南", alpha=0.5, # 0=纯BM25, 1=纯向量 ) \ .with_limit(10) \ .do() # === Qdrant 混合检索 === from qdrant_client import QdrantClient client.search( collection_name="documents", query_vector=query_vector, query_filter={ "must": [ {"key": "source", "match": {"value": "tech_blog"}}, {"key": "date", "range": {"gt": "2026-01-01"}}, ] }, limit=10, ) Weaviate的混合检索最原生——BM25和向量检索在同一引擎内完成，无需额外组件。其他三家都需要额外搭建BM25检索器。 ...

向量数据库市场现状 2026年，向量数据库市场已从百花齐放进入成熟整合阶段。Zilliz Cloud的托管Milvus、Serverless化的Pinecone、开源的Qdrant和Weaviate成为了最主流的四个选择。 本文基于100万-1亿向量规模的标准基准测试，从性能、成本、易用性、适用场景四个维度进行深度对比。 基准测试环境 测试规模：100万向量（768维float32，GPT-4o embeddings模拟） 测试指标：QPS（每秒查询数）、P99延迟、召回率 硬件配置：AWS c6i.4xlarge（16核32G内存） 测试工具：ann-benchmarks + 内部压测工具 性能基准测试 吞吐量对比（QPS） 数据库 HNSW (M=16) HNSW (M=32) IVF-Flat IVF-PQ Qdrant 8,420 6,180 12,500 35,000 Weaviate 5,200 3,800 8,200 22,000 Milvus 4,800 3,200 11,800 38,000 Pinecone 3,100 2,200 5,500 15,000 延迟对比（P99延迟，单位ms） 数据库 top-10 top-50 top-100 召回率@top-10 Qdrant 18ms 45ms 78ms 97.2% Weaviate 32ms 68ms 110ms 96.8% Milvus 38ms 82ms 145ms 98.1% Pinecone 52ms 95ms 160ms 97.5% 关键发现：Qdrant在小规模数据上性能最优，Milvus在大规模数据上召回率更稳定。 1亿向量扩展性测试 数据库 索引构建时间 内存占用 磁盘占用 QPS (top-50) Milvus 45min 48GB 120GB 1,800 Qdrant 52min 42GB 110GB 2,100 Weaviate 38min 55GB 135GB 1,200 Pinecone 云托管 云托管 云托管 950 各数据库详解 1. Milvus（推荐：大规模生产环境） 优点： ...

评测背景与方法 向量数据库是 RAG 系统的核心基础设施。2026 年，随着多模态 RAG 和 Agent 架构的普及，向量数据库的选型变得更加关键。本次评测覆盖四大主流方案，在真实业务场景下进行全面对比。 评测环境 硬件：AWS c6i.8xlarge（32 vCPU, 64GB RAM, NVMe SSD） 数据集：1000 万条 1024 维向量（模拟 bge-m3 输出） 查询负载：QPS 100-1000，Top-K=10/50/100 评测维度：写入性能、查询延迟、召回率、资源占用、功能丰富度、成本 四大选手概览 特性 Milvus Pinecone Weaviate Qdrant 开源协议 Apache 2.0 闭源 SaaS BSD-3 Apache 2.0 部署方式 自托管/Cloud 仅 SaaS 自托管/Cloud 自托管/Cloud 索引算法 HNSW/IVF/DiskANN 专有 HNSW HNSW 原生多租户 ✅ ✅ ✅ ✅ 混合检索 ✅ ✅ ✅ ✅ 多模态 ✅ ❌ ✅ ✅ 向量维度上限 32,768 20,000 65,535 65,535 元数据过滤 ✅ ✅ ✅ ✅ 性能基准测试 1. 写入性能 数据库 100万条写入耗时 吞吐 (ops/s) 内存占用 Milvus 142s 7,042 18.5 GB Pinecone 210s 4,762 N/A (SaaS) Weaviate 178s 5,618 22.3 GB Qdrant 98s 10,204 15.2 GB 结论：Qdrant 在写入吞吐上领先，Milvus 紧随其后。 ...

引言：为什么 Agent 需要向量数据库 当我们谈论 AI Agent 的"记忆"时，实际上在谈论一个多层次的存储系统。短期记忆存在于上下文窗口中，随着对话结束而消散；长期记忆则需要持久化存储，并能在新对话中被检索和调用。向量数据库就是实现长期记忆检索的核心基础设施。 一个典型的 Agent 记忆系统包含以下环节： 记忆写入：将对话片段、事实、决策等编码为向量嵌入并存储 记忆检索：将当前查询编码为向量，在存储的向量中找到语义最相似的记录 记忆管理：遗忘、合并、更新过时或冗余的记忆条目 记忆整合：将检索到的记忆与当前上下文融合，指导 Agent 行为 向量数据库的性能、功能和易用性直接决定了记忆系统的质量。本文将从 Agent 记忆系统的实际需求出发，系统对比当前主流的向量数据库方案。 一、Agent 记忆系统对向量数据库的核心需求 在进行选型之前，我们需要明确 Agent 记忆系统的特殊需求，这些需求与传统的推荐系统或搜索引擎有所不同： 1.1 实时写入与即时检索 Agent 在对话过程中需要实时写入新记忆并立即检索。这意味着向量数据库必须支持低延迟的写入操作，且写入的数据能立即被检索到，不能有同步延迟。 1.2 元数据过滤 Agent 的记忆通常需要附带丰富的元数据：时间戳、对话 ID、记忆类型（事实/偏好/事件）、重要性评分等。高效的元数据过滤能力对于精准检索至关重要。 1.3 动态更新与删除 记忆不是一成不变的。Agent 需要更新过时的记忆（如用户偏好变化）、删除无效的记忆（如临时信息）、合并重复的记忆。向量数据库需要支持高效的向量更新和删除操作。 1.4 规模弹性 个人 Agent 的记忆可能只有数千条，但服务大量用户的生产系统可能需要存储数十亿条记忆。向量数据库需要能平滑扩展，且在不同规模下保持性能稳定。 1.5 混合检索 纯向量检索在精确匹配场景（如特定 ID 查询、精确关键词）上表现不佳。Agent 记忆系统通常需要向量检索与传统关键词检索的结合，即混合检索能力。 二、主流向量数据库深度对比 2.1 Pinecone 架构定位：全托管云原生向量数据库 核心优势： 零运维：完全托管的服务，无需关心基础设施管理 低延迟：优化的查询引擎，P99 延迟通常在 50ms 以内 Serverless 架构：最新版本采用 Serverless 架构，按使用量计费，无需预配置资源 混合检索：原生支持稠密向量和稀疏向量的混合检索 命名空间隔离：通过命名空间实现多用户/多 Agent 的记忆隔离 核心劣势： 数据驻留：数据存储在 Pinecone 云上，无法本地部署，对数据敏感场景不友好 成本随规模增长：当向量数量超过百万级时，费用增长显著 灵活性限制：不支持的索引类型和距离度量方式有限 网络依赖：作为云服务，网络波动直接影响 Agent 响应延迟 Agent 记忆场景适用性： ...