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

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

百科 / 执行计划节点 / 排序

Incremental Sort

IncrementalSort

对具有相同预排序键前缀的行组排序,以扩展已有顺序。

当前查看 PostgreSQL 18。

中文定义与说明

对具有相同预排序键前缀的行组排序,以扩展已有顺序。

核心节点标识:T_IncrementalSort;EXPLAIN 名称:Incremental Sort。

本版本源码中的并行执行或观测回调:ExecIncrementalSortEstimate, ExecIncrementalSortInitializeDSM, ExecIncrementalSortInitializeWorker, ExecIncrementalSortRetrieveInstrumentation。回调的存在不表示该节点必然支持共享并行扫描;在并行工作进程中执行也不等于具有并行感知能力。

同版本中文手册节选

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

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

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

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

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

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

说明

对具有相同预排序键前缀的行组排序,以扩展已有顺序。

核心节点标签
T_IncrementalSort
结构化 EXPLAIN 节点类型
Incremental Sort
输入
一个部分有序的子计划
输出
按完整排序键排序的元组
执行器初始化函数
ExecInitIncrementalSort
内存机制
tuplesort

EXPLAIN 名称与属性

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

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

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

内存与临时存储

此节点将 work_mem 传给 tuplesort。排序可使用内存或临时文件;实际方法和空间用量取决于输入及计划。

增量排序可能比普通排序更高效,尤其对于大型数据集,因为它减少了每次排序的数据量,更可能放入 work_mem,从而避免落盘。但其主要优势是在整个数据集排序完成之前就能开始输出行,这对带 LIMIT 的查询尤其有利。

增量排序可能处理许多排序批次,因此每次结束一个排序状态时都要记录 tuplesort 统计信息。这些汇总数据随后用于 EXPLAIN ANALYZE 输出。

并行执行与运行信息采集

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

此构建的回调:ExecIncrementalSortEstimate, ExecIncrementalSortInitializeDSM, ExecIncrementalSortInitializeWorker, ExecIncrementalSortRetrieveInstrumentation.

同版本手册说明

如果计划中的某一部分已经保证了所需排序键前缀的顺序,规划器也可能改用 Incremental Sort 步骤:

本版手册中的示例

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

如果计划中的某一部分已经保证了所需排序键前缀的顺序,规划器也可能改用 Incremental Sort 步骤:

EXPLAIN SELECT * FROM tenk1 ORDER BY hundred, ten LIMIT 100;

                                              QUERY PLAN
------------------------------------------------------------------------------------------------
 Limit  (cost=19.35..39.49 rows=100 width=244)
   ->  Incremental Sort  (cost=19.35..2033.39 rows=10000 width=244)
         Sort Key: hundred, ten
         Presorted Key: hundred
         ->  Index Scan using tenk1_hundred on tenk1  (cost=0.29..1574.20 rows=10000 width=244)

执行器实现说明

nodeIncrementalSort.c:处理关系增量排序的例程。

增量排序是多键排序的一种优化形式,适用于输入已按排序键前缀排好序的情况。例如,要求按 (key1, key2 ... keyN) 排序,而输入已按 (key1, key2 ... keyM) 排序,且 M < N,则可将输入划分为 (key1, ... keyM) 相等的分组,只对剩余列排序。

考虑以下示例:输入元组由两个整数 (X, Y) 组成,已经按 X 预排序,而现在需要同时按 X 和 Y 排序。输入元组如下。

增量排序算法会按 X 相等将输入拆分为以下各组,再分别按 Y 排序:

对这些分组分别排序后,将其拼接起来,即可得到下面按要求同时按 X 和 Y 排序的结果:

核心源码中的 EXPLAIN 标识

case T_IncrementalSort:
			pname = sname = "Incremental Sort";
			break;

本构建中的 EXPLAIN 标签

文本格式标签结构化节点标识
Incremental SortIncremental Sort

相关条目

文档与源码

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

版本比较

PostgreSQL 12 → 13: 新增收录。

以下差异保留原始字段名与英文源描述。

--- PostgreSQL 12
+++ PostgreSQL 13
@@ -1 +1,16 @@
-该版未收录
+{
+  "initializer": "ExecInitIncrementalSort",
+  "memory_mechanism": "tuplesort",
+  "node_tag": "T_IncrementalSort",
+  "parallel_callbacks": [
+    "ExecIncrementalSortEstimate",
+    "ExecIncrementalSortInitializeDSM",
+    "ExecIncrementalSortInitializeWorker",
+    "ExecIncrementalSortRetrieveInstrumentation"
+  ],
+  "partial_modes": [],
+  "strategies": [],
+  "text_names": [
+    "Incremental Sort"
+  ]
+}

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

相关条目

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