↑↓ 选择 ↵ 打开 ⌫ 改范围 完整检索页

pgsql.cc 提供对 postgresql.org 官网内容的中文翻译,由 Pigsty 团队维护。

百科 / 执行计划节点 / 物化

Materialize

Material

保存子计划输出,使这些行可以再次读取。

当前查看 PostgreSQL 18。

中文定义与说明

保存子计划输出,使这些行可以再次读取。

核心节点标识:T_Material;EXPLAIN 名称:Materialize。

本版本源码中的并行执行或观测回调:该节点实现中未提取到此类回调。回调的存在不表示该节点必然支持共享并行扫描;在并行工作进程中执行也不等于具有并行感知能力。

该节点使用受 work_mem 影响的元组存储,必要时可将存储的元组写入临时文件。这并不表示 work_mem 限制了该节点的所有内存分配。

同版本中文手册节选

查询计划的结构是一棵由计划节点组成的树。树的最底层是扫描节点,它们从表中返回原始行。不同的表访问方法对应不同类型的扫描节点,例如顺序扫描、索引扫描和位图索引扫描。也有一些并非表的行来源,例如 VALUES 子句和 FROM 中的返回集合函数,它们也各自有对应的扫描节点类型。如果查询需要对原始行执行连接、聚合、排序或其他操作,那么扫描节点之上还会出现额外的节点来完成这些操作。同样,这些操作通常不止一种实现方式,因此这里也会出现不同的节点类型。EXPLAIN 会为计划树中的每个节点输出一行,显示基本节点类型以及规划器对该计划节点执行代价的估计值。还可能出现相对节点摘要行缩进的附加行,用来显示该节点的更多属性。第一行,也就是最顶层节点的摘要行,给出了整个计划的估计总执行代价;规划器力图最小化的正是这个数字。

下面是一个简单的示例,仅用于展示输出的样子:

由于这个查询没有 WHERE 子句,它必须扫描表中的所有行,因此规划器选择了一个简单的顺序扫描计划。圆括号中的数字从左到右依次表示:

这些代价使用由规划器代价参数决定的任意单位来衡量(见第 19.7.2 节)。传统上通常以磁盘页读取作为代价单位;也就是说,惯例上将 seq_page_cost 设为 1.0,其他代价参数都相对它来设定。本节中的示例都使用默认代价参数。

查看完整中文手册与上下文。

本页开头的中文说明为 PG.CENTER 对编辑说明的翻译;手册节选保留对应版本中文文档原文。源码信息及手册示例不代表重新进行过运行测试。

说明

保存子计划输出,使这些行可以再次读取。

核心节点标签
T_Material
结构化 EXPLAIN 节点类型
Materialize
输入
一个子计划
输出
已物化的元组
执行器初始化函数
ExecInitMaterial
内存机制
tuplestore

EXPLAIN 名称与属性

结构化格式使用上述 Node Type。文本格式名称还可能包含操作、策略、连接类型、扫描方向或聚合阶段属性。

此源码记录的文本名称:Materialize.

并行感知与并行安全是不同的计划属性。在并行工作进程内运行的节点不一定是并行感知节点。

内存与临时存储

此节点使用 work_mem 创建 tuplestore。tuplestore 可以将存储的元组移到临时文件,但这不意味着 work_mem 限制了节点的全部内存分配。

并行执行与运行信息采集

以下源码回调可以协调执行或收集工作进程的测量数据。回调存在不代表该节点普遍支持共享并行扫描或共享状态。

此构建的回调:none extracted from this node implementation.

同版本手册说明

规划器在连接内侧关系之上加入 Materialize 节点,将其物化。因此,尽管嵌套循环连接需要为外侧的每一行读取一次内侧数据、共十次,t2 的索引扫描也只执行一次。Materialize 在读取时将数据保存在内存中,后续各轮直接从内存返回数据。

本版手册中的示例

示例摘自 PostgreSQL 18.6 手册;本百科未实际执行此示例。

本例中,连接的输出行数等于两次扫描行数的乘积,但并非总是如此:可能存在同时引用两个表的额外 WHERE 子句,只能在连接时应用,无法应用到任何单侧输入扫描。示例如下:

EXPLAIN SELECT *
FROM tenk1 t1, tenk2 t2
WHERE t1.unique1 < 10 AND t2.unique2 < 10 AND t1.hundred < t2.hundred;

                                         QUERY PLAN
---------------------------------------------------------------------------------------------
 Nested Loop  (cost=4.65..49.36 rows=33 width=488)
   Join Filter: (t1.hundred < t2.hundred)
   ->  Bitmap Heap Scan on tenk1 t1  (cost=4.36..39.38 rows=10 width=244)
         Recheck Cond: (unique1 < 10)
         ->  Bitmap Index Scan on tenk1_unique1  (cost=0.00..4.36 rows=10 width=0)
               Index Cond: (unique1 < 10)
   ->  Materialize  (cost=0.29..8.51 rows=10 width=244)
         ->  Index Scan using tenk2_unique2 on tenk2 t2  (cost=0.29..8.46 rows=10 width=244)
               Index Cond: (unique2 < 10)

执行器实现说明

只要当前位于 tuplestore 已收集数据的末尾,每次调用就从子计划获取一行新数据,在返回之前将其存入 tuplestore。只有请求反向扫描、重扫或标记/恢复时,才从 tuplestore 读取。

首次执行且需要元组存储时,初始化它。

分配第二个读取指针作为标记。已知其索引必为 1,因此无需另行保存。

如果尚未到达 tuplestore 末尾,或正在反向扫描,则尝试从 tuplestore 获取元组。

在元组存储末尾反转扫描方向时,第一次 gettupleslot 会取得最后添加的元组;但若可能,我们希望返回它之前的那个,因此额外读取一次。

核心源码中的 EXPLAIN 标识

case T_Material:
			pname = sname = "Materialize";
			break;

本构建中的 EXPLAIN 标签

文本格式标签结构化节点标识
MaterializeMaterialize

相关条目

文档与源码

来源构建
版本
18.6
构建
PostgreSQL 18.6 source archive
来源指纹
555610c24d53e4316da5b7d3fc25c279d96856d5e0e23ee308c328c5fa881d9f

版本比较

PostgreSQL 17 → 18: 无变化。

比较已记录的接口与属性,排除来源指纹和构建元数据。某个样本中没有记录,不能据此判断实际引入或移除的版本。

相关条目

导出 JSON · 返回执行计划节点 · 收录范围为 PostgreSQL 10 至 20;最早采样版本不一定是实际引入版本。