首页 > 数据库 > 国内数据库 > YashanDB SQL 引擎
YashanDB 官网,原文内容请见 https://doc.yashandb.com/yashandb/23.3/zh/%E6%A6%82%E5%BF%B5%...
SQL 引擎是数据库核心部件之一,其核心职责是处理客户端提交的文本形式的 SQL 请求并执行,以及在必要时返回查询结果集给客户。
#SQL 执行过程
一次完整的 SQL 执行过程包括解析、验证、优化和执行四个阶段,其中优化阶段又分为静态重写、生成执行计划以及动态重写三部分。

#优化器
优化器是 SQL 引擎的核心部件,YashanDB 优化器采用 CBO(Cost Based Optimizer)优化模式。
优化器根据输入的 Parse Tree,尽可能生成最优执行计划,并作为输入由执行器完成后续执行过程。执行计划包含数据访问路径、表连接顺序等执行算子信息。YashanDB 的 CBO 优化器基于统计信息,计算数据访问和处理所需要的代价,选择最优方案生成执行计划。
#向量化计算
YashanDB 支持向量化计算,核心原理是利用 SIMD(Single Instruction Multiple Data)技术进行批量计算,提高计算效率。
向量化计算的内容包括:
向量化计算框架包括:
#分布式 SQL 执行过程
在一个分布式 SQL 的执行过程中,主要有如下两类实例参与:
协调实例(CN):负责对外提供接口,接收用户请求,生成分布式执行计划,向 DN 分发查询计划进行执行并汇总执行结果。
数据实例(DN):负责存储数据,并行执行 CN 下发的执行计划。
分布式 SQL 引擎将用户文本形式的 SQL 语句进行解析、验证、优化、CN 向 DN 分发执行计划、CN/DN 多节点并行执行,并最终返回查询结果集给用户。

session
会话管理,用于进行节点间的管理,总管节点间执行的最终状态,以及调度节点间的执行过程。
Distributed Interconnect Bus
采用异步网络通讯框架的分布式通信组件,负责节点之间的网络通信,包括 CN 向 DN 分发的执行计划,以及各节点间的数据交换。
数据交换机制
分布式数据库里的数据分片(区)存储在不同节点上,当某一个 SQL 计算的数据源来自于不同片(区)时,需要由特定的 PX 并行执行算子,将数据按指定方式,搬运到指定位置。
在一个分布式 SQL 的执行过程中,可能会发生如下几种情形的数据交换:
DN 上的数据向 CN 上汇聚成分布式 SQL 的查询结果。
CN 向 DN 发送要插入或更新的数据。
某个 DN 上的计算需使用其他 DN 上的数据,需要将其他 DN 上的数据搬运过来。
某个 stage 向同节点内的其他 stage 传递数据。
并行执行
YashanDB 的分布式 SQL 执行采用典型的 MPP 架构,分为两级:
第一级:节点间并行
CN 上的优化器根据表数据的分布信息,将一个复杂查询分为多个 stage,发送到不同的 DN,各 DN/stage 之间并行执行。
第二级:节点内并行节点内并行执行的切分方式可以分为两类:
水平切分:CN 上的优化器切分后产生的 stage,在 DN 上可以根据数据分片信息等将一个 stage 放到多个 pipeline 执行,每个 pipeline 处理一个区间的数据。
垂直切分:在水平切分后,资源仍有结余,仍想继续充分利用 CPU 多核的能力,可以继续对 stage 进行垂直切分,切成多份更小的 stage 进行并行执行。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/70028812/viewspace-3072087/ ,如需转载,请注明出处,否则将追究法律责任。