共计 4247 个字符，预计需要花费 11 分钟才能阅读完成。
如何理解 GaussDB explain 分布式执行计划，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
前言
执行计划 (又称解释计划) 是数据库执行 SQL 语句的具体步骤，例如通过索引还是全表扫描访问表中的数据，连接查询的实现方式和连接的顺序等。如果 SQL 语句性能不够理想，我们首先应该查看它的执行计划。本文主要介绍如何详细解读 GaussDB(DWS)产生的分布式执行计划，从计划中发现性能调优点。
1、执行算子介绍
要读懂执行计划，首先要知道数据库执行算子的概念：
下面重点介绍下基于 sharing nothing 的分布式计划中最重要的一类算子——STREAM 算子
三种类型的 stream 算子
1) Gather Stream (N:1) – 每个源结点都将其数据发送给目标结点
2) Redistribute Stream (N:N) – 每个源节点将其数据根据连接条件计算 Hash 值，根据重新计算的 Hash 值进行分布，发给对应的目标节点
3) Broadcast Stream (1:N) – 由一个源节点将其数据发给 N 个目标节点
其中 1）主要用于 CN 与 DN 间的数据交换，2）与 3）主要用于 DN 间的数据交换
2、EXPLAIN 用法
SQL 执行计划是一个节点数，显示执一条 SQL 语句执行时的详细步骤。每一个步骤是一个数据库运算符，也叫作一个执行算子。使用 explain 命令可以查看优化器为每个查询生成的具体执行计划。
1) EXPLAIN 的语法
其中，option 中 COSTS 与 NODES 的默认值为 ON，其他参数默认为 OFF。
说明：
a) EXPLAIN + QUERY 并不会真正执行，只会将计划打印出来，指定 option 中的 ANALYZE 可以进行实际执行
b) PERFORMANCE 选项默认会将所有的选项置为 ON，即显示所有的执行信息。
c) CPU/BUFFER/DETAIL 选项依赖于 ANALYZE，只有 ANALYZE 置为 ON 的时候，才能使用这几个选项。
d) DETAIL 选项用来控制输出，DETAIL 置为 ON 时，会显示各个 DN 上具体的执行信息；DATAIL 置为 OFF 时，显示所有 DN 的汇总信息，即最大最小值信息。
2) EXPLAIN 显示格式
GaussDB 中提供了两种显示格式（normal/pretty），通过设置参数 explain_perf_mode 进行控制。其中，normal 格式为默认的显示格式。
normal 格式如下：
pretty 格式如下：
改进后的显示格式，层次清晰，计划包含了 plan node id，性能分析会更加简单直接。
使用之前可以使用 show explain_perf_mode; 来查看当前数据库使用的显示风格。
同时可以使用 set explain_perf_mode=pretty/normal; 来设置输出的格式。
3、示例计划解读（每个算子资源消耗、耗时等等）
1）四中常见类型计划
建表语句：
a) FQS 计划，完全下推，下发 query
两表 JOIN，且其连接条件为各表的分布列，在关闭 stream 算子的情况下，CN 会直接将该语句发送至各 DN 执行，最后结果在 CN 汇总。
b) 非 FQS 计划，部分语句下推
两表 JOIN，且连接条件中包含非分布列，此时在关闭 stream 算子的情况下，CN 会将基表扫描语句下发至各 DN，然后在 CN 上进行 JOIN。
c) Stream 计划，DN 之间无数据交换
两表 JOIN，且连接条件为各表的分布列，因此各 DN 无需数据交换。CN 生成 stream 计划后，将除 Gather Stream 的计划下发给 DN 执行，在各个 DN 上进行基表 扫描，并进行哈希连接后，发送给 CN。
d) Stream 计划，DN 之间存在数据交换
两表 JOIN，且连接条件包含非分布列，在开启 stream 算子的情况下，会生成 stream 计划，其 DN 间存在数据交换。此时对于 tt02 表，会在各 DN 进行基表扫描，扫描后会通过 Redistribute Stream 算子，按照 JOIN 条件中的 tt02.c1 进行哈希计算后重新发送给各 DN，然后在各 DN 上做 JOIN，最后汇总到 CN。
2) explain performance 详解
a) 执行计划
•id：执行算子节点编号。
•operation：具体的执行节点算子名称。
•A-time: 各 DN 相应算子执行时间，[]中左侧为最小值，右侧为最大值，包括下层算子执行时间。
•A-rows：相应算子输出的全局总行数。
•E-rows：每个算子估算的输出行数。
•Peak Memory：各 DN 相应算子消耗内存峰值，[]中左侧为最小值，右侧为最大值。
•E-memory：DN 上每个算子估算的内存使用量，只有 DN 上执行的算子会显示。某些场景会在估算的内存使用量后使用括号显示该算子在内存源充足下可以自动扩展的内存上限。
•E-width：每个算子输出元组的估算宽度。
•E-costs：每个算子估算的执行代价。
b) 谓词过滤
显示对应执行算子节点的过滤条件
c) 内存使用
主要显示 CN 的最大内存用量、DN 最大内存用量、各算子的最大内存用量、各算子预估内存用量、Stream 线程的启动以及收发时间。
d) Targetlist Information
各个算子对应的输出目标列信息。
e) DN 信息
各算子的执行时间、Buffer、CPU 信息
f) 自定义信息
CN 与 DN 之间的建连信息、DN 与 DN 之间的建连信息。
g) 汇总信息
DN 执行器开始时间，[min_node_name, max_node_name] : [min_time, max_time]
DN 执行器结束时间，[min_node_name, max_node_name] : [min_time, max_time]
Remote query poll time：接收结果时用于 poll 等待的时间
CN 执行器开始、运行及结束时间
网络流量，stream 算子发送的数据量
优化器执行期时间
查询 ID
总执行时间
h) 执行时间介绍
每个算子的执行信息都包含三个部分：
其中：
dn_6001_6002/dn_6003_6004 表示具体执行的节点信息，括号中的信息是实际的执行信息
actual time=0.013..2290.971 表示实际的执行时间
第一个数字表示执行时进入当前算子到输出第一条数据所花费的时间
第二个数字为输出所有数据的总执行时间
注意：在整个计划中，除了叶子节点的执行时间是算子本身的执行时间，其余算子的执行时间均包含子节点的执行时间。
在该计划中，7 号节点和 9 号节点为叶子节点，其余节点均为非叶子简介。1 号节点时顶层节点，所以该节点的执行时间就可以作为整个查询的执行时间。
rows=2001550 表示当前算子输出数据为 2001550 行；
loops=1 表示当前算子的只执行了一次，而对于分区表的扫描（7 号节点）来说：
该层扫描算子的 loops 为 7，对于分区表，每一个分区表的扫描就是一次完整的扫描操作，当切换到下一个分区的时候，又是一次新的查询操作，查询该表定义如下：
Inventory 表有 7 个分区，所以就执行了 7 次表扫描操作，因此 loops=7。
i) CPU 信息介绍
每个算子执行的过程都有 CPU 信息，其中 cyc 代表的是 CPU 的周期数，ex cyc 表示的是当前算子的周期数，不包含其子节点；inc cyc 是包含子节点的周期数；ex row 是当前算子输出的数据行数；ex c/ r 则是 ex cyc/ex row 得到的每条数据所用的平均周期数。
j) Buffer 信息介绍
buffers 显示缓冲区信息，包括共享块和临时块的读和写。
共享块包含表和索引，临时块在排序和物化中使用的磁盘块。上层节点显示出来的块数据包含了其所有子节点使用的块数。
Buffers 涉及的参数有两种，分别为：shared 和 temp，及 shared hit/read/dirtied/written 以及 temp read/write
Hit blocks：代表从磁盘里面读到的数据块数
Dirtied blocks：代表当前查询中被修改了的并且此前未被修改的数据块数
Written blocks：代表当前线程将 shared bufer 里被修改的数据写回到磁盘的块数
k) 执行内存
其中：
Peak Memory：5KB 表示当前算子实际执行时使用的峰值内存；
Estimate Memory：1024MB 表示预估的内存，为优化器给出的预估值。
l) 其他执行信息
（1）sort 算子，会显示排序信息
Sort Method 代表排序的方法，包括 quicksort（快排）和 disksort（外排）。快排即内存够用时，所有的排序操作均在内存中完成，外排说明当前可用内存不足，需要下盘。
（2）hashjoin 算子
Buckets：代表 hash 表中实际使用的桶的个数
Batches：代表 hashjoin 中实际分块的数量。如果 Batches=1，则说明所有的数据全在内存中，没有下盘操作；反之则说明有下盘操作，Batches – 1 代表临时文件的个数。
Memory Usage：就是 hashjoin 中内存的使用情况
（3）hashagg 算子
如果发生数据下盘，会有 File Num：512 信息，显示临时文件的个数。
（4）stream 算子
stream 算子的会统计当前算子处理数据的字节数，其从子线程获取数据的时间（poll time）以及处理数据的时间（Deserialize Time）。
stream 算子的子节点会统计发送端的时间信息，如下：
发送时间 Send time，排队时间 Wait Quota time，OS 发送时间以及数据处理的时间。
3) explain 调优示例
一个查询语句要经过多个算子步骤才会输出最终的结果。由于个别算子耗时过长导致整体查询性能下降的情况比较常见。这些算子是整个查询的瓶颈算子。通用的优化手段是 EXPLAIN ANALYZE/PERFORMANCE 命令查看执行过程的瓶颈算子，然后进行针对性优化。
基表扫描时，对于点查或者范围扫描等过滤大量数据的查询，如果使用 SeqScan 全表扫描会比较耗时，可以在条件列上建立索引选择 IndexScan 进行索引扫描提升扫描效率。如下示例：
上述例子中，全表扫描返回 3360 条数据，过滤掉大量数据，在 sssolddate_sk 列上建立索引后，使用 IndexScan 扫描效率显著提高，从 960 毫秒提升到 8 毫秒。
关于如何理解 GaussDB explain 分布式执行计划问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注丸趣 TV 行业资讯频道了解更多相关知识。
