微信扫码
添加专属顾问
掌握RAG模型数据分块技巧,提升大语言模型应用效率。核心内容:1. 分块策略在RAG中的重要性和价值2. RAG的典型工作流程及分块的作用3. 5种分块策略的详细解析与代码示例
在构建高效的大语言模型(LLM)应用时,数据分块是至关重要的预处理步骤。通过将大型数据文件智能分割为适当大小的片段,我们能够为LLM精准提供执行特定任务所需的信息量 - 既不会因信息过载而影响性能,也不会因信息不足而降低输出质量。
为了方便大家更好了解RAG的分块,将分块策略进行一些回顾和总结。
01
分块的重要性
分块策略在RAG(检索增强生成)系统中扮演着核心角色,其价值主要体现在三个关键维度:
效率优化:显著降低计算资源消耗
相关性提升:增强检索结果的精准度
上下文保持:确保信息的连贯性和完整性
同时在选择分块策略时,需要综合评估以下关键因素:
数据特性:结构化数据与非结构化数据的处理差异
查询复杂度:简单查询与复杂多跳查询的不同需求
资源条件:可用计算资源与响应时间要求的平衡
性能目标:在响应速度、结果准确性和上下文保持之间的权衡
02
RAG的典型工作流程
向量存储:将文件分块并编码,存入到向量数据库。
信息检索:用户输入查询,查询文本同样被编码为向量。
增强:将检索到的信息片段整合进发送给 LLM 的Prompt。
生成:LLM 基于原始问题和增强的上下文生成最终回答。
如果没有适当的分块,RAG 可能会错过关键信息或提供不完整、断章取义的响应。目标是创建在足够大以保留意义和足够小以适合模型的处理限制之间取得平衡的块。结构良好的数据块有助于确保检索系统能够准确识别文档的相关部分,然后生成模型可以使用这些部分来生成明智的响应。
03
5种分块策略详解
固定大小分块
生成块的最直观、最直接的方法是根据预定义的字符、单词或标记数量将文本拆分为统一的段。
优点:
实现简单高效,只需按字符数或Token数切分。
确定性结果,相同输入必然得到相同分块。
缺点:
语义割裂风险,暴力切割可能中断完整语义单元。
关键信息分散,关联内容被分配到不同块。
检索时可能遗漏上下文。
def fixed_size_chunk(text, max_words=100):words = text.split()return [' '.join(words[i:i + max_words]) for i in range(0, len(words),max_words)]# Applying Fixed-Size Chunkingfixed_chunks = fixed_size_chunk(sample_text)for chunk in fixed_chunks:print(chunk, '\n---\n')
语义分块
根据有意义的单元(如句子、段落或主题部分)对文档进行分段。接下来,为每个区段创建嵌入。假设我从第一个 segment 及其嵌入开始。如果第一个段的嵌入与第二个段的嵌入具有较高的余弦相似度,则两个段将形成一个块。这种情况一直持续到余弦相似度显著下降。当它出现时,我们开始一个新的块并重复。
优点:
保留句子级别的含义。
更好的上下文保留。
缺点:
块大小不均匀,因为句子的长度不同。
当句子太长时,可能会超过模型中的标记限制。
def semantic_chunk(text, max_len=200):doc = nlp(text)chunks = []current_chunk = []for sent in doc.sents:current_chunk.append(sent.text)if len(' '.join(current_chunk)) > max_len:chunks.append(' '.join(current_chunk))current_chunk = []if current_chunk:chunks.append(' '.join(current_chunk))return chunks# Applying Semantic-Based Chunkingsemantic_chunks = semantic_chunk(sample_text)for chunk in semantic_chunks:print(chunk, '\n---\n')
递归分块
首先,基于固有分隔符(如段落或节)进行 chunk。
接下来,如果大小超过预定义的数据块大小限制,则将每个数据块拆分为较小的数据块。但是,如果 chunk 符合 chunk-size 限制,则不会进行进一步的拆分。
优点:
语义完整性高,优先在自然边界(如段落结尾)分块,保持上下文连贯。
更好的上下文保留。
缺点:
实现比固定大小分块更复杂一些。
参数敏感,分隔符顺序和重叠量需精细调优。
def recursive_chunk(text: str,separators: List[str] = ["\n\n", "\n", "。", "?", "!", ". ", "? ", "! "],chunk_size: int = 500,chunk_overlap: int = 50,) -> List[str]:"""递归分块核心算法:param text: 输入文本:param separators: 优先级递减的分隔符列表:param chunk_size: 目标块大小(字符数):param chunk_overlap: 块间重叠量:return: 分块结果列表"""chunks = []# 终止条件:文本已小于目标块大小if len(text) <= chunk_size:return [text]# 按优先级尝试每个分隔符for sep in separators:parts = re.split(f"({sep})", text) # 保留分隔符parts = [p for p in parts if p.strip()] # 移除空片段# 合并片段直到达到chunk_sizecurrent_chunk = ""for part in parts:if len(current_chunk) + len(part) <= chunk_size:current_chunk += partelse:if current_chunk:chunks.append(current_chunk)current_chunk = part[-chunk_overlap:] + part if chunk_overlap > 0 else partif current_chunk:chunks.append(current_chunk)# 如果成功分块则退出循环if len(chunks) > 1:break# 如果没有找到合适分隔符,强制分割if len(chunks) <= 1:chunks = [text[i:i+chunk_size] for i in range(0, len(text), chunk_size - chunk_overlap)]return chunks
文档基础结构分块
它利用文档的固有结构(如标题、部分或段落)来定义块边界。
这样,它通过与文档的逻辑部分保持一致来保持结构完整性。
优点:
精准的文档保持,保留文档逻辑单元(如完整表格、代码块、章节)。
划分方式自然,符合人类的阅读和理解习惯。
缺点:
格式依赖。纯文本文件无法获取结构信息,不同格式需要不同解析器(PDF/EPUB/PPT等)。
生成的块大小可能差异巨大,某些块可能非常长,超出 LLM 的处理限制。
基于LLM分块
利用大型语言模型 (LLM) 自身的理解能力来判断文本的最佳分割点。
优点:
可识别隐含语义边界(如科研论文中的"假设-论证-结论"逻辑结构)。
多维度上下文感知。
缺点:
资源消耗问题,由于通过LLM在进行分块,计算成本高,速度慢。
Prompt的设计复杂,并且上下文有限制。
以上就是基于RAG的5种分块策略。其他还有很多细分的RAG的分块策略,下次在进行介绍。
点击分享 让更多人看到
53AI,企业落地大模型首选服务商
产品:场景落地咨询+大模型应用平台+行业解决方案
承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业
2026-07-09
字节跳动开源AI Agent「上下文数据库」,2.6万星,比传统RAG好用太多了
2026-07-09
企业级 RAG 的知识分层:实体、关系、属性与规则如何落库
2026-07-09
大模型负责聪明,本体负责靠谱
2026-07-08
企业AI三件套:语义层、动力层、决策层——少一件都做不出AI原生
2026-07-08
拆解2.8万Star开源项目Cognee:如何基于知识图谱做RAG和Agent记忆
2026-07-07
顶级AI 检索服务商Exa ,如何用 Zilliz Cloud服务Agent 检索需求
2026-07-07
知识库分块不是越小越好——改了分块大小,准确率跳了18%
2026-07-07
分类、抽取、Rerank:小模型最容易落地的三个方向
2026-04-27
2026-04-23
2026-04-20
2026-04-12
2026-04-22
2026-05-14
2026-04-30
2026-04-27
2026-05-11
2026-04-21
2026-07-04
2026-06-23
2026-06-23
2026-06-15
2026-06-10
2026-06-10
2026-05-20
2026-05-18
欢迎您使用【53AI 官方网站】(以下简称“本网站”或“我们”)。本《会员服务协议》(以下简称“本协议”)是您(以下简称“会员”或“用户”)与【深圳市博思协创网络科技有限公司】之间关于注册、登录及使用本网站会员服务所订立的法律协议。
在您注册或登录前,请务必审慎阅读、充分理解各条款内容,特别是免除或限制责任的条款、知识产权条款、争议解决条款等。此类条款将以加粗形式提示您注意。 当您通过微信公众号授权、手机验证码验证或其他方式成功登录本网站时,即视为您已完全理解并同意接受本协议的全部内容。
一、 定义
本网站:指由【深圳市博思协创网络科技有限公司】运营的,域名为【53ai.com】的网站及相关移动端页面。
会员服务:指本网站向注册会员提供的知识库文章查阅、内容检索及其他相关增值服务。
知识库内容:指本网站发布的包括但不限于文字、图表、数据、研究报告、行业分析等数字化内容资源。
二、 账号注册与登录
登录方式:本网站支持以下登录方式,您可根据实际情况选择:
微信公众号授权登录:您同意将您的微信OpenID信息授权给本网站,用于创建或关联会员账号。
手机验证码登录:您需提供真实有效的手机号码,并通过短信验证码完成身份验证与登录/注册。
账号安全:您的账号仅限您本人使用,禁止赠与、借用、租用、转让或售卖。因您保管不善导致的账号被盗、密码泄露等损失,由您自行承担。
实名认证:根据相关法律法规要求,我们可能要求您在特定功能下完成实名认证。如您拒绝提供,可能无法使用部分或全部服务。
未成年人保护:若您未满18周岁,请在法定监护人的陪同下阅读本协议,并在征得监护人同意后使用本服务。
三、 服务内容与规范
知识库查阅权限:会员登录后,有权按照其会员等级对应的权限范围,在线浏览、检索本网站知识库中的相关文章及内容。
服务变更:我们有权根据业务发展需要,调整、变更或终止部分服务内容,并将以网站公告、公众号消息等方式提前通知。
禁止行为:您在使用服务时不得实施以下行为:
利用技术手段批量爬取、下载、转存知识库内容;
将知识库内容用于商业目的或未经授权地向第三方传播;
干扰本网站正常运行或侵犯其他用户合法权益;
发布违法违规信息或从事违反公序良俗的活动。
四、 知识产权声明
权利归属:本网站知识库中的排版设计、软件代码等内容的知识产权均归【公司全称】或原权利人所有,受《中华人民共和国著作权法》等法律保护。
有限许可:本网站授予会员一项非独占、不可转让、不可转授权的普通许可,仅限于个人学习、研究之目的在线查阅知识库内容。
侵权追责:未经书面许可,任何单位或个人不得以任何形式复制、转载、摘编、镜像、汇编或以其他方式使用上述内容。一经发现,我们保留追究其法律责任的权利。
五、 个人信息保护
我们重视对您个人信息的保护。关于我们如何收集、使用、存储和保护您的个人信息,请单独阅读 《隐私政策》。
您通过微信公众号授权或手机号验证所提供的信息,我们将严格按照《个人信息保护法》的规定处理,仅用于身份识别、服务提供及安全验证等必要用途。
您可以随时通过网站设置或联系客服行使查阅、更正、删除个人信息及撤回授权同意的权利。
六、 免责声明
内容准确性:知识库内容仅供参考,不构成专业建议。我们不对其完整性、准确性、时效性作任何明示或暗示的保证,您应自行判断并承担使用风险。
不可抗力:因自然灾害、政策法规变化、网络故障、第三方平台接口异常(如微信接口维护、运营商短信通道故障)等不可抗力导致的服务中断或延迟,我们不承担违约责任。
第三方链接:本网站可能包含指向第三方网站的链接,该等网站的内容和服务不受我们控制,请您自行甄别风险。
七、 违约责任
如您违反本协议约定,我们有权视情节采取警告、限制功能、暂停服务、注销账号等措施,并保留要求赔偿损失的权利。
如因您的违约行为导致我们遭受行政处罚、第三方索赔或商誉损失,您应承担全部赔偿责任(包括但不限于罚款、赔偿金、律师费、公证费等)。
八、 法律适用与争议解决
本协议的订立、执行和解释均适用中华人民共和国大陆地区法律。
因本协议产生的或与本协议有关的任何争议,双方应友好协商解决;协商不成的,任何一方均可向【公司所在地】有管辖权的人民法院提起诉讼。
九、 其他
本协议构成双方就本服务达成的完整协议,取代此前任何口头或书面约定。
本协议任一条款被认定为无效或不可执行的,不影响其他条款的效力。
我们对本协议享有最终解释权,并在法律允许的范围内保留随时修改的权利。修改后的协议一经公布即生效,继续使用服务即视为同意修订内容。