2026年7月9日 周四晚上19:30,报名腾讯会议了解“如何构建自进化的动态知识库(Brain)”(限30人)
免费POC, 零成本试错
FDE知识库

FDE知识库

学习大模型的前沿技术与行业落地应用


收藏

不止语义检索,Milvus+LangChain全文检索RAG教程来了

发布日期:2025-04-24 18:20:40 浏览次数: 2490
作者:Zilliz

微信搜一搜,关注“Zilliz”

推荐语

探索大模型框架LangChain与Milvus结合的全文检索技术。

核心内容:
1. LangChain与Milvus构建RAG系统的方法
2. 全文检索与语义搜索的对比及应用场景
3. 现代向量数据库Milvus支持全文检索的技术创新

杨芳贤
53AI创始人/腾讯云(TVP)最具价值专家

前言

最近,OpenAI和LangChain杠上了。一个是大模型扛把子,一个是最受欢迎的大模型框架

而抬杠的原因很简单LangChain觉得OpenAI 根本不懂Agent:

具体争论细节,可以参考我们的历史文章Langchain 吐槽OpenAI根本不懂 AI agent和workflow?知识点全解析

但总结一句话来说,就是对于agent开发,OpenAI更倾向于高级抽象能加速开发;而LangChain则觉得大模型要能真正发挥作用,需要精确控制能确保可靠性,因此workflow和agent都必不可少

实际上,两者的争论没有完全的对错之分。OpenAI指出的的是长期趋势,而LangChain给出的,则是立足当下,针对具体问题的更优解决方案。

以企业内部知识库问答系统构建来说,长期看,通过大模型智能调度各种工具然后基于milvus在内的向量数据库进行检索并给出答案,会是大势所趋;

但是具体到各种现实场景,仅仅是对接milvus,向量数据库中的索引算法有几十种,根据用户的需求不同,以及成本的不同考量,要如何对其中进行抉择,往往还需要开发者们的实际经验参与,将其写成workflow。

一个最简单的例子是,全文检索语义搜索究竟哪个效果更佳?

答案是,看你在搜什么。

比如,同样是检索鲁迅先生的文章,在我们需要查找“藤野先生”“祥林嫂”的时候,全文检索就是最优解;

但是当我们检索诸如“少年在瓜田刺猹”这类描述性内容,那么语义检索就是帮你精准找到相关内容的最优解。

那么,该如何通过LangChain与Milvus构建一个RAG系统?本文将对此做出解读。

01

背景科普:如何在向量数据库中实现全文检索

(本章节主要做一些基础技术内容的科普,如果已经了解相关背景,可直接跳过)

全文检索是一种信息检索技术,能够从大量文本数据中快速找出包含特定词语或短语的文档,非常适合精确术语的查找。

例如,当你需要查找包含"Python 3.9新特性"的文档时,全文检索能够精确定位包含这些关键词的内容。

不过,与简单的关键词匹配不同,全文检索考虑了词语在文档中的重要性、出现频率以及上下文关系,从而提供更加精准和相关的搜索结果。

与之相对应的是语义搜索,主要关注内容的含义而非具体词语,适合理解查询意图。例如,当你搜索"编程语言最新版本功能"时,语义搜索可能会返回关于Python、Java等多种语言最新版本的信息,即使文档中没有出现你使用的确切词语。

长久以来,很多人可能会有一个误解,那就是ES适合全文检索,而向量数据库只适合语义检索。

其实Milvus等现代向量数据库的一个重要创新是实现了稀疏向量(用于全文检索)和密集向量(用于语义搜索)的协同工作。这种融合使系统能够同时支持基于关键词的精确匹配和基于语义的相似性搜索,为用户提供更全面的搜索体验。

稀疏向量:想象一个超长的列表,对应词汇表中的每个词。如果文档包含某个词,对应位置标记为1(或词频),其余位置为0。例如,在一个包含10万词的词汇表中,一篇文档可能只包含100个不同的词,所以向量中99.9%的元素都是0。

密集向量:想象一个相对较短的列表(如几百个数字),每个数字都包含文档的某些语义特征。与稀疏向量不同,密集向量中几乎所有元素都有非零值,它们共同表示文档的"意义",而不是具体的词。

稀疏向量和密集向量在表示方式和应用场景上有显著差异:

一句话总结来说,就是稀疏向量可以通过更多的维度,以及更少的非零元素,来实现关键词匹配等效果。

在Milvus中,通过内部优化机制,这两种向量表示能够高效协同工作,为用户提供更准确、更全面的搜索结果。

02

实战:LangChain与Milvus构建RAG系统

第一步,环境准备

  • Python 3.8+

  • Docker(用于运行Milvus)

  • OpenAI API密钥

  • 基本的Python编程知识

  • 了解向量数据库的基本概念

第二步,启动Milvus服务

使用Docker Compose启动Milvus服务:

wget https://github.com/milvus-io/milvus/releases/download/v2.2.8/milvus-standalone-docker-compose.yml -O docker-compose.ymldocker-compose up -d

验证Milvus服务是否正常运行:

docker ps | grep milvus

安装必要的依赖

pip install --upgrade langchain langchain-core langchain-community langchain-text-splitters langchain-milvus langchain-openai bs4

设置环境变量

# import os  设置OpenAI API密钥os.environ["OPENAI_API_KEY"] = "your-api-key-here"# 设置Milvus连接信息URI = "http://localhost:19530"TOKEN = "your-token-here"  # 如果需要

第三步,文档预处理与向量化

文档预处理是构建高效RAG系统的关键第一步。以下是使用LangChain和Milvus进行文档预处理和向量化的详细步骤:

首先,我们需要从各种来源加载文档。LangChain提供了多种文档加载器,可以处理不同格式的文件。

from langchain_community.document_loaders import DirectoryLoader, TextLoader, PyPDFLoader# 加载文本文件def load_text_documents(directory):    loader = DirectoryLoader(directory, glob="**/*.txt", loader_cls=TextLoader)    return loader.load()# 加载PDF文件def load_pdf_documents(directory):    loader = DirectoryLoader(directory, glob="**/*.pdf", loader_cls=PyPDFLoader)    return loader.load()# 组合加载多种格式def load_all_documents(directory):    text_docs = load_text_documents(directory)    pdf_docs = load_pdf_documents(directory)    return text_docs + pdf_docs

接下来,我们需要把长文档分割成较小的块,以便更好地进行向量化和检索。

from langchain.text_splitter import RecursiveCharacterTextSplitterdef split_documents(documents, chunk_size=1000, chunk_overlap=200):    text_splitter = RecursiveCharacterTextSplitter(        chunk_size=chunk_size,        chunk_overlap=chunk_overlap,        separators=["\n\n", "\n", "。", "!", "?", ".", " ", ""]    )    return text_splitter.split_documents(documents)

参数说明

  • chunk_size:每个文档块的最大字符数

  • chunk_overlap:相邻块之间的重叠字符数,用于保持上下文连贯性

  • separators:分割文本的分隔符列表,按优先级排序

接下来,我们使用OpenAI的嵌入模型将文档块转换为向量,并存储在Milvus中。

from langchain_milvus import Milvus, BM25BuiltInFunctionfrom langchain_openai import OpenAIEmbeddingsdef create_vector_store(documents, collection_name, uri=URI):    # 创建嵌入模型    embeddings = OpenAIEmbeddings()    # 配置BM25分析器参数(用于生成稀疏向量)    analyzer_params = {        "tokenizer": "whitespace",  # 使用空格分词        "filter": ["lowercase", {"type": "stop", "stop_words": ["the", "a", "an", "and", "or", "but", "is", "are", "in", "to", "with", "of"]}]    }    # 创建向量存储    vector_store = Milvus.from_documents(        documents=documents,        embedding=embeddings,        builtin_function=BM25BuiltInFunction(analyzer_params=analyzer_params),        vector_field=["dense", "sparse"],  # 同时存储密集向量和稀疏向量        connection_args={"uri": uri},        collection_name=collection_name,    )    return vector_store

技术说明

  • OpenAIEmbeddings:使用OpenAI的嵌入模型生成密集向量

  • BM25BuiltInFunction:使用BM25算法生成稀疏向量,用于全文检索

  • vector_field=["dense", "sparse"]:同时存储两种向量,支持混合搜索

下面是一个完整的文档处理流程,从加载到向量化存储:

def process_documents(directory, collection_name, chunk_size=1000, chunk_overlap=200):    try:        # 1. 加载文档        print("正在加载文档...")        documents = load_all_documents(directory)        print(f"成功加载 {len(documents)} 个文档")        # 2. 分割文档        print("正在分割文档...")        chunks = split_documents(documents, chunk_size, chunk_overlap)        print(f"文档已分割为 {len(chunks)} 个块")        # 3. 创建向量存储        print("正在创建向量存储...")        vector_store = create_vector_store(chunks, collection_name)        print(f"向量存储已创建,集合名称:{collection_name}")        return vector_store    except Exception as e:        print(f"处理文档时出错:{str(e)}")        raise

使用示例:

# 处理文档并创建向量存储vector_store = process_documents(    directory="./documents",    collection_name="knowledge_base",    chunk_size=1000,    chunk_overlap=200)保存向量存储配置以便后续使用vector_store.save_local("./vector_store_config")

第四步,知识库问答系统实现

在开始实现之前,需要准备以下环境和依赖:

# 安装必要的依赖包pip install langchain langchain-openai langchain-milvus python-dotenv# 环境变量设置import osfrom dotenv import load_dotenv# 加载环境变量load_dotenv()# 确保设置了OpenAI API密钥if not os.getenv("OPENAI_API_KEY"):    raise ValueError("请设置OPENAI_API_KEY环境变量")# Milvus连接设置MILVUS_URI = os.getenv("MILVUS_URI", "http://localhost:19530")

完整实现方案

import osfrom typing import List, Dict, Any, Optionalfrom langchain_core.documents import Documentfrom langchain.text_splitter import RecursiveCharacterTextSplitterfrom langchain_milvus import Milvus, BM25BuiltInFunctionfrom langchain_openai import OpenAIEmbeddings, ChatOpenAIfrom langchain.chains import RetrievalQAfrom langchain.prompts import PromptTemplate# 1. 加载文档def load_documents(directory: str) -> List[Document]:    """    从指定目录加载所有文本文档    Args:        directory: 文档所在目录路径    Returns:        Document对象列表    """    documents = []    try:        for filename in os.listdir(directory):            if filename.endswith(('.txt', '.md', '.pdf')):                file_path = os.path.join(directory, filename)                try:                    with open(file_path, 'r', encoding='utf-8') as f:                        content = f.read()                        documents.append(Document(                            page_content=content,                            metadata={"source": filename, "path": file_path}                        ))                except Exception as e:                    print(f"读取文件 {filename} 时出错: {str(e)}")    except Exception as e:        print(f"读取目录 {directory} 时出错: {str(e)}")    print(f"成功加载了 {len(documents)} 个文档")    return documents# 2. 文档分割def split_documents(documents: List[Document],                   chunk_size: int = 1000,                   chunk_overlap: int = 200) -> List[Document]:    """    将文档分割成更小的块    Args:        documents: 要分割的文档列表        chunk_size: 每个块的最大字符数        chunk_overlap: 相邻块之间的重叠字符数    Returns:        分割后的文档块列表    """    text_splitter = RecursiveCharacterTextSplitter(        chunk_size=chunk_size,        chunk_overlap=chunk_overlap,        separators=["\n\n", "\n", "。", "!", "?", ".", " ", ""]    )    split_docs = text_splitter.split_documents(documents)    print(f"文档被分割为 {len(split_docs)} 个块")    return split_docs# 3. 创建向量存储def create_vector_store(documents: List[Document],                       collection_name: str = "knowledge_base",                       recreate: bool = False) -> Milvus:    """    创建向量存储    Args:        documents: 要存储的文档列表        collection_name: Milvus集合名称        recreate: 是否重新创建集合    Returns:        Milvus向量存储对象    """    try:        # 配置向量存储        embeddings = OpenAIEmbeddings()        # 配置BM25分析器参数        analyzer_params = {            "tokenizer": "jieba",  # 使用结巴分词器处理中文            "filter": ["lowercase", {"type": "stop", "stop_words": ["的", "了", "是"]}],        }        # 创建向量存储        vector_store = Milvus.from_documents(            documents=documents,            embedding=embeddings,            builtin_function=BM25BuiltInFunction(analyzer_params=analyzer_params),            vector_field=["dense", "sparse"],  # 同时存储密集向量和稀疏向量            connection_args={"uri": MILVUS_URI},            collection_name=collection_name,            drop_old=recreate,  # 是否删除已存在的集合        )        print(f"成功创建向量存储,集合名称: {collection_name}")        return vector_store    except Exception as e:        print(f"创建向量存储时出错: {str(e)}")        raise# 4. 创建问答链def create_qa_chain(vector_store: Milvus,                   temperature: float = 0.0,                   search_k: int = 5) -> RetrievalQA:    """    创建检索问答链    Args:        vector_store: Milvus向量存储对象        temperature: 生成模型的温度参数        search_k: 检索的文档数量    Returns:        RetrievalQA链对象    """    try:        # 创建混合检索器        retriever = vector_store.as_retriever(            search_type="hybrid",  # 使用混合搜索模式            search_kwargs={                "k": search_k,  # 检索top-k个文档                "hybrid_search": {                    "dense_weight": 0.7,  # 密集向量权重                    "sparse_weight": 0.3,  # 稀疏向量权重                }            }        )        # 创建自定义提示模板        template = """        使用以下上下文来回答最后的问题。如果你不知道答案,就说你不知道,不要试图编造答案。        {context}        问题: {question}        回答:        """        prompt = PromptTemplate(            template=template,            input_variables=["context", "question"]        )        # 创建大语言模型        llm = ChatOpenAI(temperature=temperature)        # 创建问答链        qa_chain = RetrievalQA.from_chain_type(            llm=llm,            chain_type="stuff",            retriever=retriever,            return_source_documents=True,            chain_type_kwargs={"prompt": prompt}        )        return qa_chain    except Exception as e:        print(f"创建问答链时出错: {str(e)}")        raise# 5. 完整流程示例def build_knowledge_qa_system(docs_directory: str,                             collection_name: str = "knowledge_base") -> RetrievalQA:    """    构建完整的知识库问答系统    Args:        docs_directory: 文档目录        collection_name: 向量存储集合名称    Returns:        问答系统链    """    # 加载文档    documents = load_documents(docs_directory)    # 分割文档    split_docs = split_documents(documents)    # 创建向量存储    vector_store = create_vector_store(split_docs, collection_name)    # 创建问答链    qa_chain = create_qa_chain(vector_store)    return qa_chain# 6. 使用示例def query_example():    """示例:如何使用问答系统"""    # 构建问答系统    qa_system = build_knowledge_qa_system("./documents", "company_knowledge")    # 查询示例    query = "公司的年假政策是什么?"    result = qa_system({"query": query})    # 输出结果    print(f"问题: {query}")    print(f"回答: {result['result']}")    # 输出来源文档    print("\n来源文档:")    for i, doc in enumerate(result["source_documents"]):        print(f"文档 {i+1}: {doc.metadata['source']}")        print(f"内容片段: {doc.page_content[:100]}...\n")

第五步,运行效果示例。以下是系统运行的示例输出:

成功加载了 15 个文档文档被分割为 78 个块成功创建向量存储,集合名称: company_knowledge问题: 公司的年假政策是什么?回答: 根据公司政策,正式员工每年享有15天带薪年假。工作满3年的员工额外增加3天年假,满5年的员工额外增加5天年假。年假可以分多次使用,但每次至少使用半天。未使用的年假可以结转到下一年,但最多结转5天。来源文档:文档 1: company_policy.txt内容片段: # 公司员工手册 ## 休假政策 ### 年假 正式员工每年享有15天带薪年假。工作满3年的员工额外增加3天年假,满5年...文档 2: hr_faq.txt内容片段: # 人力资源常见问题 ## 休假相关 Q: 年假如何申请? A: 员工可通过OA系统提交年假申请,需提前3个工作日申请...

03 

经验总结

通过上文,我们展示了一个比较初级的基于全文检索的企业知识库系统的构建,但是实操中,我们可能还会遇到一些更加具体且琐碎的问题,比如

比如全文检索基于精确的词语匹配,可能无法处理同义词(不同词语表达相同含义)和多义词(同一词语有多种含义)的问题。例如,用户搜索"汽车"时,可能无法找到只包含"轿车"或"车辆"的文档。

我们可以有三个解决思路。(1)同义词扩展:在索引和查询时添加同义词(2)查询扩展:自动扩展用户查询以包含相关术语;(3)结合语义搜索:通过密集向量捕捉语义关系

再比如,不同语言有不同的语法结构和词形变化规则,这给全文检索带来挑战。例如,中文不像英文那样有明显的词语边界,需要特殊的分词技术。

解决方案主要有两个。(1)语言特定分词器:为不同语言使用专门的分词技术(2)多语言支持:构建支持多种语言的索引

此外,随着数据量的增长,全文检索系统需要处理越来越多的文档,这对系统性能提出了挑战。

解决方案有三个。(1)分布式索引:将索引分散到多个服务器;(2)增量索引更新:只更新变化的部分;(3)冷热数据,缓存机制:缓存热门查询结果。

53AI,企业落地大模型首选服务商

产品:场景落地咨询+大模型应用平台+行业解决方案

承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业

联系我们

售前咨询
186 6662 7370
预约演示
185 8882 0121

微信扫码

添加专属顾问

回到顶部

加载中...

扫码咨询

扫码登录
登录即表示您同意《53AI网站服务协议》
服务协议

欢迎您使用【53AI 官方网站】(以下简称“本网站”或“我们”)。本《会员服务协议》(以下简称“本协议”)是您(以下简称“会员”或“用户”)与【深圳市博思协创网络科技有限公司】之间关于注册、登录及使用本网站会员服务所订立的法律协议。

在您注册或登录前,请务必审慎阅读、充分理解各条款内容,特别是免除或限制责任的条款、知识产权条款、争议解决条款等。此类条款将以加粗形式提示您注意。 当您通过微信公众号授权、手机验证码验证或其他方式成功登录本网站时,即视为您已完全理解并同意接受本协议的全部内容。

一、 定义

本网站:指由【深圳市博思协创网络科技有限公司】运营的,域名为【53ai.com】的网站及相关移动端页面。

会员服务:指本网站向注册会员提供的知识库文章查阅、内容检索及其他相关增值服务。

知识库内容:指本网站发布的包括但不限于文字、图表、数据、研究报告、行业分析等数字化内容资源。

二、 账号注册与登录

登录方式:本网站支持以下登录方式,您可根据实际情况选择:

微信公众号授权登录:您同意将您的微信OpenID信息授权给本网站,用于创建或关联会员账号。

手机验证码登录:您需提供真实有效的手机号码,并通过短信验证码完成身份验证与登录/注册。

账号安全:您的账号仅限您本人使用,禁止赠与、借用、租用、转让或售卖。因您保管不善导致的账号被盗、密码泄露等损失,由您自行承担。

实名认证:根据相关法律法规要求,我们可能要求您在特定功能下完成实名认证。如您拒绝提供,可能无法使用部分或全部服务。

未成年人保护:若您未满18周岁,请在法定监护人的陪同下阅读本协议,并在征得监护人同意后使用本服务。

三、 服务内容与规范

知识库查阅权限:会员登录后,有权按照其会员等级对应的权限范围,在线浏览、检索本网站知识库中的相关文章及内容。

服务变更:我们有权根据业务发展需要,调整、变更或终止部分服务内容,并将以网站公告、公众号消息等方式提前通知。

禁止行为:您在使用服务时不得实施以下行为:

利用技术手段批量爬取、下载、转存知识库内容;

将知识库内容用于商业目的或未经授权地向第三方传播;

干扰本网站正常运行或侵犯其他用户合法权益;

发布违法违规信息或从事违反公序良俗的活动。

四、 知识产权声明

权利归属:本网站知识库中的排版设计、软件代码等内容的知识产权均归【公司全称】或原权利人所有,受《中华人民共和国著作权法》等法律保护。

有限许可:本网站授予会员一项非独占、不可转让、不可转授权的普通许可,仅限于个人学习、研究之目的在线查阅知识库内容。

侵权追责:未经书面许可,任何单位或个人不得以任何形式复制、转载、摘编、镜像、汇编或以其他方式使用上述内容。一经发现,我们保留追究其法律责任的权利。

五、 个人信息保护

我们重视对您个人信息的保护。关于我们如何收集、使用、存储和保护您的个人信息,请单独阅读 《隐私政策》。

您通过微信公众号授权或手机号验证所提供的信息,我们将严格按照《个人信息保护法》的规定处理,仅用于身份识别、服务提供及安全验证等必要用途。

您可以随时通过网站设置或联系客服行使查阅、更正、删除个人信息及撤回授权同意的权利。

六、 免责声明

内容准确性:知识库内容仅供参考,不构成专业建议。我们不对其完整性、准确性、时效性作任何明示或暗示的保证,您应自行判断并承担使用风险。

不可抗力:因自然灾害、政策法规变化、网络故障、第三方平台接口异常(如微信接口维护、运营商短信通道故障)等不可抗力导致的服务中断或延迟,我们不承担违约责任。

第三方链接:本网站可能包含指向第三方网站的链接,该等网站的内容和服务不受我们控制,请您自行甄别风险。

七、 违约责任

如您违反本协议约定,我们有权视情节采取警告、限制功能、暂停服务、注销账号等措施,并保留要求赔偿损失的权利。

如因您的违约行为导致我们遭受行政处罚、第三方索赔或商誉损失,您应承担全部赔偿责任(包括但不限于罚款、赔偿金、律师费、公证费等)。

八、 法律适用与争议解决

本协议的订立、执行和解释均适用中华人民共和国大陆地区法律。

因本协议产生的或与本协议有关的任何争议,双方应友好协商解决;协商不成的,任何一方均可向【公司所在地】有管辖权的人民法院提起诉讼。

九、 其他

本协议构成双方就本服务达成的完整协议,取代此前任何口头或书面约定。

本协议任一条款被认定为无效或不可执行的,不影响其他条款的效力。

我们对本协议享有最终解释权,并在法律允许的范围内保留随时修改的权利。修改后的协议一经公布即生效,继续使用服务即视为同意修订内容。


已查阅