暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

GBase 8c 学习笔记 010 —— GBase 8c 分布式执行计划

心有阳光 2023-03-30
827

GBase 8c 学习笔记 010 —— GBase 8c 分布式执行计划

SQL执行流程

解析器

  • 词法分析: 从查询语句中识别出系统支持的关键字、标识符、操作符、终结符等。
  • 语法分析: 根据SQL语言的标准定义语法规则,使用词法分析中产生的词去匹配语法规则,生成对应的抽象语法树。
  • 语义分析: 对语法树进行有效性检查,检查语法树中对应的表、列、函数、表达式是否有对应的元数据,将抽象语法树转换为逻辑执行计划。

优化器

  • 基于代价的查询优化(Cost Based Optimization,CBO) :对SQL
    语句所待选执行路径进行代价估算,从中选择代价最低的执行路径作为最终的执行计划。
    基于机器学习的查询优化(AI Based Optimization,ABO) :收集执行计划的特征信息,借助机器学习模型获得经验信息,进而对执行计划进行调优,获得最优的执行计划。

Explain——执行计划

Explain 语法将显示 SQL 语句所引用的表会采用什么样的扫描方式,如:简单的顺序扫描、索引扫描等。如果引用了多个表,执行计划还会显示用到的 JOIN 算法。基本语法与常用参数:

EXPLAIN [ ( option [, ...] ) ] statement; where option can be: ANALYZE [ boolean ] | ANALYSE [ boolean ] | -- 显示实际运行时间和其他统计数据 VERBOSE [ boolean ] | -- 显示额外的详细信息 COSTS [ boolean ] | -- 包括每个规划节点的估计总成本,以及估计的行数等信息 DETAIL [ boolean ] | -- 打印数据库节点的信息 TIMING [ boolean ] | -- 包括实际的启动时间和花费在输出节点上的时间信息 PLAN [ boolean ] | -- 是否将执行计划存储在plan_table中。 FORMAT { TEXT | XML | JSON | YAML } -- 指定输出格式。

分布式执行计划

分布式执行计划类型——LightProxy

LightProxy

  • 执行计划只涉及一个DN节点,直接将 sql 语句发送到 dn 执行
  • 单个DN即可完成结果的获取,常见于点查、精准查询场景。
--- 创建表 postgres=# create table t1 ( postgres(# id1 int, postgres(# id2 int postgres(# )distribute by hash(id1); CREATE TABLE postgres=# postgres=# \d+ t1; Table "public.t1" Column | Type | Modifiers | Storage | Stats target | Description --------+---------+-----------+---------+--------------+------------- id1 | integer | | plain | | id2 | integer | | plain | | Has OIDs: no Distribute By: HASH(id1) Location Nodes: ALL DATANODES Options: orientation=row, compression=no --- 插入数据 postgres=# insert into t1 select generate_series(1,100),generate_series(1,100); INSERT 0 100 --- 执行explain postgres=# explain analyze select * from t1 where id1 = 1; QUERY PLAN ----------------------------------------------------------------------------------------------- Data Node Scan (cost=0.00..0.00 rows=1000 width=8) (actual time=0.500..0.500 rows=1 loops=1) Node/s: dn1 Total runtime: 0.527 ms (3 rows)

GBase 8c

分布式执行计划类型——FQS

FQS (Fast Query Shipping)

  • 计划可以涉及多个DN节点,但在执行过程中,DN节点之间无数据交互;
  • FQS 会对 sql 进行适当重写,通过remote query执行;
--- 创建表t1,分布列为id1 postgres=# drop table if exists t1; DROP TABLE postgres=# create table t1 ( postgres(# id1 int, postgres(# id2 int postgres(# )distribute by hash(id1); CREATE TABLE --- 创建表t2,分布列为id1 drop table if exists t2; postgres=# create table t2 ( postgres(# id1 int, postgres(# id2 int postgres(# )distribute by hash(id1); CREATE TABLE postgres=# \d+ t1; Table "public.t1" Column | Type | Modifiers | Storage | Stats target | Description --------+---------+-----------+---------+--------------+------------- id1 | integer | | plain | | id2 | integer | | plain | | Has OIDs: no Distribute By: HASH(id1) Location Nodes: ALL DATANODES Options: orientation=row, compression=no postgres=# \d+ t2; Table "public.t2" Column | Type | Modifiers | Storage | Stats target | Description --------+---------+-----------+---------+--------------+------------- id1 | integer | | plain | | id2 | integer | | plain | | Has OIDs: no Distribute By: HASH(id1) Location Nodes: ALL DATANODES Options: orientation=row, compression=no --- 插入数据 postgres=# insert into t1 select generate_series(1,100),generate_series(1,100); INSERT 0 100 postgres=# insert into t2 select generate_series(1,100),generate_series(1,100); INSERT 0 100 --- 执行explain postgres=# explain analyze select * from t1,t2 where t1.id1=t2.id1; QUERY PLAN -------------------------------------------------------------------------------------------------- Data Node Scan (cost=0.00..0.00 rows=1000 width=16) (actual time=0.893..1.621 rows=100 loops=1) Node/s: All datanodes Total runtime: 1.663 ms (3 rows)

gbase8c0153.png

分布式执行计划类型——Stream

Stream

  • 由 cn 生成执行计划,将执行计划发送到 dn,dn 按照接收到的计划执行相应算子,cn 收集 dn 的执行结果,进行处理后做最后输出;
  • Stream 算子类型:gather、redistribute、broadcast
    • gather :cn 将本算子以下的计划发送的其他节点,收集汇总dn的执行结果;
    • broadcast :执行broadcast时,dn将查询到的数据广播到所有其他dn节点,在执行过程中,拥有两种角色,consumer、producer,
      • consumer:接受producer发送的数据;
      • producer:新启动streamworker线程作为producer,将扫描到的所有数据,广播到所有consumer(本dn和其他dn);
    • redistribute :过程和broadcast类似,但producer在发送数据根据指定的key选择发送发送到哪个consumer;
    • 当 broadcast 与 redistribute 均能实现查询时,倾向于将小表做广播,大表做重分布。

例1:select连接条件为分布列和非分布列

  • 连接条件为t1.id1(分布列)与t2.id2(非分布列)时,将t2表数据按照id2在dn上做重分布。
postgres=# explain verbose select * from t1,t2 where t1.id1 = t2.id2; QUERY PLAN ------------------------------------------------------------------------------- Streaming(type: GATHER) (cost=3.12..10.69 rows=50 width=16) Output: t1.id1, t1.id2, t2.id1, t2.id2 Spawn on: All datanodes Consumer Nodes: All datanodes -> Hash Join (cost=3.12..10.44 rows=100 distinct=[50, 50] width=16) Output: t1.id1, t1.id2, t2.id1, t2.id2 Hash Cond: (t2.id2 = t1.id1) -> Streaming(type: REDISTRIBUTE) (cost=0.00..6.62 rows=100 width=8) Output: t2.id1, t2.id2 Distribute Key: t2.id2 Spawn on: All datanodes Consumer Nodes: All datanodes -> Seq Scan on public.t2 (cost=0.00..2.50 rows=100 width=8) Output: t2.id1, t2.id2 Distribute Key: t2.id1 -> Hash (cost=2.50..2.50 rows=100 width=8) Output: t1.id1, t1.id2 -> Seq Scan on public.t1 (cost=0.00..2.50 rows=100 width=8) Output: t1.id1, t1.id2 Distribute Key: t1.id1 (20 rows)

gbase8c0154.png

例2:select连接条件为非分布列和非分布列

  • 当链接条件均为非分布列时,通过广播和重分布均能实现链接,表规模较小时,倾向于广播,规模较大时,倾向于重分布。
postgres=# explain verbose select * from t1,t2 where t1.id2 = t2.id2; QUERY PLAN ----------------------------------------------------------------------------- Streaming(type: GATHER) (cost=3.12..14.57 rows=50 width=16) Output: t1.id1, t1.id2, t2.id1, t2.id2 Spawn on: All datanodes Consumer Nodes: All datanodes -> Hash Join (cost=3.12..14.31 rows=100 distinct=[100, 50] width=16) Output: t1.id1, t1.id2, t2.id1, t2.id2 Hash Cond: (t1.id2 = t2.id2) -> Streaming(type: BROADCAST) (cost=0.00..10.37 rows=200 width=8) Output: t1.id1, t1.id2 Spawn on: All datanodes Consumer Nodes: All datanodes -> Seq Scan on public.t1 (cost=0.00..2.50 rows=100 width=8) Output: t1.id1, t1.id2 Distribute Key: t1.id1 -> Hash (cost=2.50..2.50 rows=100 width=8) Output: t2.id1, t2.id2 -> Seq Scan on public.t2 (cost=0.00..2.50 rows=100 width=8) Output: t2.id1, t2.id2 Distribute Key: t2.id1 (19 rows)

gbase8c0155.png

例3:update连接条件为分布列

  • update t1 时,连接条件为t1.id1(分布列)与t2.id1(分布列),不会进行重分布或广播。
postgres=# explain verbose update t1 set id2 = 101 from t2 where t1.id1 = t2.id1; QUERY PLAN ------------------------------------------------------------------------------------ Streaming(type: GATHER) (cost=2.81..6.21 rows=50 width=20) Spawn on: All datanodes Consumer Nodes: All datanodes -> Update on public.t1 (cost=2.81..5.89 rows=100 width=20) -> Hash Join (cost=2.81..5.89 rows=100 distinct=[200, 50] width=20) Output: t1.id1, 101, t1.id1, t1.ctid, t1.xc_node_id, t2.ctid Hash Cond: (t1.id1 = t2.id1) -> Seq Scan on public.t1 (cost=0.00..2.50 rows=100 width=14) Output: t1.id1, t1.ctid, t1.xc_node_id Distribute Key: t1.id1 -> Hash (cost=2.50..2.50 rows=100 width=10) Output: t2.ctid, t2.id1 -> Seq Scan on public.t2 (cost=0.00..2.50 rows=100 width=10) Output: t2.ctid, t2.id1 Distribute Key: t2.id1 (15 rows)

gbase8c0156.png

例4:update连接条件为分布列与非分布列

  • update t1时,连接条件为t1.id2(非分布列)与t2.id1(分布列),更新的是t1表,不能广播或重分布t1表。
postgres=# explain verbose update t1 set id2 = 101 from t2 where t1.id2 = t2.id1; QUERY PLAN ------------------------------------------------------------------------------------ Streaming(type: GATHER) (cost=3.12..14.69 rows=50 width=24) Spawn on: All datanodes Consumer Nodes: All datanodes -> Update on public.t1 (cost=3.12..14.31 rows=100 width=24) -> Hash Join (cost=3.12..14.31 rows=100 distinct=[100, 50] width=24) Output: t1.id1, 101, t1.id2, t1.ctid, t1.xc_node_id, t2.ctid Hash Cond: (t2.id1 = t1.id2) -> Streaming(type: BROADCAST) (cost=0.00..10.37 rows=200 width=10) Output: t2.ctid, t2.id1 Spawn on: All datanodes Consumer Nodes: All datanodes -> Seq Scan on public.t2 (cost=0.00..2.50 rows=100 width=10) Output: t2.ctid, t2.id1 Distribute Key: t2.id1 -> Hash (cost=2.50..2.50 rows=100 width=18) Output: t1.id1, t1.id2, t1.ctid, t1.xc_node_id -> Seq Scan on public.t1 (cost=0.00..2.50 rows=100 width=18) Output: t1.id1, t1.id2, t1.ctid, t1.xc_node_id Distribute Key: t1.id1 (19 rows)

gbase8c0157.png

分布式执行执行类型——Remote query

Remote query

  • Remote query 计划将查询语句发送到 DN 节点,在 CN 收集执行结果;
  • 不支持 Stream 计划时,通过 Remote query 将数据收集到 CN,在 CN 完成相关操作;
  • update 带有 returning 语句,并存在两表连接,不支持 stream 计划,CN 通过 remote query 从 DN获取两表数据,在 CN 完成连接操作,根据连接结果构造最终 update 语句,通过remote query下发DN。
postgres=# explain verbose update t1 set id2 = 101 from t2 where t1.id1 = t2.id2 returning t1.id1; QUERY PLAN ------------------------------------------------------------------------------------------------------------------------- Update on public.t1 (cost=0.62..1.81 rows=100 width=20) Output: t1.id1 Node/s: All datanodes Node expr: t1.id1 Remote query: UPDATE ONLY public.t1 SET id1 = $1, id2 = $2 WHERE t1.ctid = $3 AND t1.xc_node_id = $4 RETURNING t1.id1 -> Hash Join (cost=0.62..1.81 rows=100 distinct=[200, 100] width=20) Output: t1.id1, 101, t1.id1, t1.ctid, t1.xc_node_id, t2.ctid Hash Cond: (t1.id1 = t2.id2) -> Data Node Scan on t1 "_REMOTE_TABLE_QUERY_" (cost=0.00..0.00 rows=1000 width=14) Output: t1.id1, t1.ctid, t1.xc_node_id Node/s: All datanodes Remote query: SELECT id1, ctid, xc_node_id FROM ONLY public.t1 WHERE ((true)) -> Seq Scan on public.t1 (cost=0.00..1.42 rows=42 width=14) Output: id1, ctid, xc_node_id -> Hash (cost=0.00..0.00 rows=1000 width=10) Output: t2.ctid, t2.id2 -> Data Node Scan on t2 "_REMOTE_TABLE_QUERY_" (cost=0.00..0.00 rows=1000 width=10) Output: t2.ctid, t2.id2 Node/s: All datanodes Remote query: SELECT ctid, id2 FROM ONLY public.t2 WHERE ((true)) -> Seq Scan on public.t2 (cost=0.00..1.42 rows=42 width=10) Output: ctid, id2 (22 rows)

gbase8c0158.png

「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

文章被以下合辑收录

评论