数据库HTAP概念新解读,一定和你知道的不一样
❝开头还是介绍一下群,如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题,有需求都可以加群群内有各大数据库行业大咖,可以解决你的问题。加群请联系 liuaustin3 ,(共3300人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9)(1 2 3 4 5 6 7群均已爆满,开8群近400 9群 200+,开10群PolarDB专业学习群100+)
相信关注此号的人,且加群的人,知道一件事,每天早晨,德哥的公众号都会准时推出AI的文章,每天我都转。近朱者赤,近墨者黑,这么长时间了,我也应该要红点。
所以今天我把前两天会上蹭德哥的知识,来验证一下,看看对不对,我如果记得没有错,问题是如何提高混合搜索的能力,提高混合搜索的性能的问题。研究后我的出了HTAP的新概念,HTAP 有了全新的定义,和原先的定义毫无关系。
HTAP = Hybridized Targeting and Approximation Pipleline
下面我们就一步步推到出新概念的来由,在混合搜索中,两种搜索的方式并不能一次进行处理,混合搜索的慢的关键是,至少在搜索中会产生两次搜索:
一次是普通的查询,如我们的普通查询属于标量查询,而我们的AI查询是语义查询,属于向量查询,属于将数据嵌入到向量中,通过相似度量来进行匹配查找。所以现在的AI查询的大模型大多是基于语义查询服务的。
但基于混合查询中需要将两种查询进行混合处理如BM25算法,这样的算法同时支持语义查询和关键字匹配的数据查询法。
可能有同学问,向量就向量查询,标量就标量查询,为什么要混合,个人查个人的不就行了。
我们假设你要查询一个数据,问题是这样,请查询到身穿红色衣服的,美丽的,衣服上写着25数字的女性。这里在查询中,就是一个标量和矢量混合的查询,25那个数字是一个确定的标量需要与查询的文档进行匹配,是一个精确的值,有严格的要求。
而这就产生我们上面提到的问题,标量和向量的搜索在一起,是一次查询,还是两次查询,目前的通用模式是两次查询,也就是我先查一遍标量,再查一遍矢量,然后合并结果处理结果,展现结果。
| 阶段 1 | ||
| - | ||
| 阶段 2 | ||
| - | ||
| 阶段 3 | ||
| - |
所以结论是,现在矢量和标量的查询是一个串行的工作,一个做完在做一个。
而现在分层式混合索引(Hierarchical Hybrid Index)将查询分层处理
+-----------------------------------------------------------+
| Merge Layer (Global) |
| -> Global Top-K Aggregation (distance + scalar weight) |
+-----------------------------------------------------------+
| Query Layer (Dispatch) |
| -> Node Selection via Vector Centroid Tree |
| -> Parallel Local Queries Execution |
+-----------------------------------------------------------+
| Coordinator Layer (Control Plane) |
| -> Global Vector Centroid Index |
| -> Node Statistics & Routing Metadata |
+-----------------------------------------------------------+
| Node Layer (Local Index) |
| -> Local Hybrid Index (B-tree + HNSW / IVF) |
| -> Local Top-K Search |
+-----------------------------------------------------------+
关键的地方是
HybridIndex = {
scalar_index: B-tree / Bitmap Index,
vector_index: HNSW / IVF-PQ / Flat Index,
routing_key: partition_key
}
这里先通过标量也就是我们熟悉的 B-TREE 快速定位到需要进行数据过滤的行,然后通过向量将需要处理的行进行向量计算,最后融合算子,通过权重的函数来得出最接正确的结果。
而更关键的是中间的两层,协调层和查询蹭,协调蹭相当于路由,将需要进行查询的节点找到,然后通过查询层,将标量和向量查询发送的数据存在的节点。
最后是合并层,将数据查询完毕后的结果通过综合的评分,去重,以及排序将结果返回给查询方。
所以我们之前提出的,HTAP是 OLAP+OLTP,而我理解的HTAP是 TP是上面负责进行标量查询的部分,AP是负责向量查询的部分,这个HTAP赋予了新的定义。
HTAP = Hybridized Targeting and Approximation Pipleline
中文的意思是,结构化向量查询一体化
Hybridized Targeting and Approximation Pipleline
这就是近朱者赤,近墨者黑,我今天还挺红!
和架构师沟通那种“一坨”的系统,推荐只能是OceanBase,Why ?
OceanBase Hybrid search 能力测试,平换MySQL的好选择
写了3750万字的我,在2000字的OB白皮书上了一课--记 《OceanBase 社区版在泛互场景的应用案例研究
OceanBase 6大学习法--OBCA视频学习总结第六章
OceanBase 6大学习法--OBCA视频学习总结第五章--索引与表设计
OceanBase 6大学习法--OBCA视频学习总结第五章--开发与库表设计
OceanBase 6大学习法--OBCA视频学习总结第四章 --数据库安装
OceanBase 6大学习法--OBCA视频学习总结第三章--数据库引擎
OceanBase 架构学习--OB上手视频学习总结第二章 (OBCA)
OceanBase 6大学习法--OB上手视频学习总结第一章
没有谁是垮掉的一代--记 第四届 OceanBase 数据库大赛
跟我学OceanBase4.0 --阅读白皮书 (OB分布式优化哪里了提高了速度)
跟我学OceanBase4.0 --阅读白皮书 (4.0优化的核心点是什么)
跟我学OceanBase4.0 --阅读白皮书 (0.5-4.0的架构与之前架构特点)
跟我学OceanBase4.0 --阅读白皮书 (旧的概念害死人呀,更新知识和理念)
OceanBase 学习记录-- 建立MySQL租户,像用MySQL一样使用OB
“合体吧兄弟们!”——从浪浪山小妖怪看OceanBase国产芯片优化《OceanBase “重如尘埃”之歌》
MongoDB “升级项目” 大型连续剧(3)-- 自动校对代码与注意事项
MongoDB “升级项目” 大型连续剧(2)-- 到底谁是"der"
MongoDB “升级项目” 大型连续剧(1)-- 可“生”可不升
MongoDB 大俗大雅,上来问分片真三俗 -- 4 分什么分
MongoDB 大俗大雅,高端知识讲“庸俗” --3 奇葩数据更新方法
MongoDB 大俗大雅,高端的知识讲“通俗” -- 2 嵌套和引用
MongoDB 大俗大雅,高端的知识讲“低俗” -- 1 什么叫多模
MongoDB 合作考试报销活动 贴附属,MongoDB基础知识速通
MongoDB 使用网上妙招,直接DOWN机---清理表碎片导致的灾祸 (送书活动结束)
MongoDB 2023年度纽约 MongoDB 年度大会话题 -- MongoDB 数据模式与建模
MongoDB 麻烦专业点,不懂可以问,别这么用行吗 ! --TTL
免费PolarDB云原生课程,听课“争”礼品,重塑云上知识,提高专业能力
非“厂商广告”的PolarDB课程:用户共创的新式学习范本--7位同学获奖PolarDB学习之星
“当复杂的SQL不再需要特别的优化”,邪修研究PolarDB for PG 列式索引加速复杂SQL运行
“PostgreSQL” 高性能主从强一致读写分离,我行,你没戏!
POLARDB 添加字段 “卡” 住---这锅Polar不背
PolarDB 版本差异分析--外人不知道的秘密(谁是绵羊,谁是怪兽)
PolarDB 答题拿-- 飞刀总的书、同款卫衣、T恤,来自杭州的Package(活动结束了)
PolarDB for MySQL 三大核心之一POLARFS 今天扒开它--- 嘛是火
PostgreSQL 新版本就一定好--由培训现象让我做的实验
说我PG Freezing Boom 讲的一般的那个同学,专帖给你,看看这次可满意
PostgreSQL 无服务 Neon and Aurora 新技术下的新经济模式 (翻译)
“PostgreSQL” 高性能主从强一致读写分离,我行,你没戏!
全世界都在“搞” PostgreSQL ,从Oracle 得到一个“馊主意”开始
PostgreSQL 加索引系统OOM 怨我了--- 不怨你怨谁
PostgreSQL “我怎么就连个数据库都不会建?” --- 你还真不会!
PostgreSQL 稳定性平台 PG中文社区大会--杭州来去匆匆
PostgreSQL 分组查询可以不进行全表扫描吗?速度提高上千倍?
POSTGRESQL --Austindatabaes 历年文章整理
PostgreSQL 查询语句开发写不好是必然,不是PG的锅
这个 PostgreSQL 让我有资本找老板要 鸡腿 鸭腿 !!
MySQL相关文章
一篇为MySQL用户,分析版本核心差异的文章--8.028-8.4的差异
那个MySQL大事务比你稳定,主从延迟低,为什么? Look my eyes! 因为宋利兵宋老师
数据库优化系列
微软动手了,联合OpenAI + Azure 云争夺AI服务市场
HyBrid Search 实现价值落地,从真实企业的需求角度分析 !不只谈技术!
从“小偷”开始,不会从“强盗”结束 -- IvorySQL 2025 PostgreSQL 生态大会
被骂后的文字--技术人不脱离思维困局,终局是个 “死” ? ! ......
个群2025上半年总结,OB、PolarDB, DBdoctor、爱可生、pigsty、osyun、工作岗位等
从MySQL不行了,到乙方DBA 给狗,狗都不干? 我干呀!
SQL SERVER 2025发布了, China幸亏有信创!
删除数据“八扇屏” 之 锦门英豪 --我去-BigData!
写了3750万字的我,在2000字的OB白皮书上了一课--记 《OceanBase 社区版在泛互场景的应用案例研究》