SQL 语句在转换成查询树之后,就会进入优化器。优化器通过对查询树进行逻辑优化和物理优化后挑选出一个最优的执行计划,这个执行计划就会交给执行器来执行。因此,在使用 PostgreSQL 数据库的过程中,如果你在执行一个 SQL 语句时期望优化器给你带来的是卖家秀,结果实际上收到一个买家秀,那二话不说就先要看看这个 SQL 语句到底产生了一个什么样的执行计划,是不是因为优化器一时发昏选了一个比较“傻”的执行计划。
不同的执行算子示例
执行计划是一个非完全的二叉树,每个父结点至少有一个子结点(叶子结点除外),最多有两个子结点。PostgreSQL 数据库的查询执行器通过对这个二叉树迭代执行来获得查询结果,它的执行过程我们通常叫它火山模型。
在 PostgreSQL 中,可以使用 EXPLAIN 语句来展示查询语句的执行计划,例如:
INSERT INTO STUDENT SELECT i, repeat('A', i%5 + 1), i%2 FROM GENERATE_SERIES(1,10000) i;
ANALYZE STUDENT;
postgres=# EXPLAIN SELECT * FROM STUDENT;
QUERY PLAN
--------------------------------------------------------------
Seq Scan on student (cost=0.00..155.00 rows=10000 width=12)
(1 row)
由于上面的示例是对 STUDENT 表进行查询,获取 STUDENT 表中的所有数据,因而就需要用
本文深入解析SQL查询的执行计划,重点讨论PostgreSQL数据库中EXPLAIN的使用,物化结点的作用及其代价模型。通过示例展示了执行计划的解读,包括启动代价、行数和元组宽度的含义,以及如何通过EXPLAIN的选项(如ANALYZE、VERBOSE等)获取更多信息。同时,文章揭示了物化结点在优化查询效率方面的考量和潜在缺陷。
订阅专栏 解锁全文
1837

被折叠的 条评论
为什么被折叠?



