LockRows

说明

根据行锁子句对其子计划选中的行加锁。

核心节点标签

T_LockRows

结构化 EXPLAIN 节点类型

LockRows

输入

一个带行身份信息的子计划

输出

已加锁且满足条件的元组

执行器初始化函数

ExecInitLockRows

内存机制

unclassified

EXPLAIN 名称与属性

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

此源码记录的文本名称：LockRows.

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

内存与临时存储

本次抽取不为此节点设定统一的内存上限或落盘策略。请查看同一构建的实现、相关表达式或提供方。

并行执行与运行信息采集

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

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

执行器实现说明

nodeLockRows.c：处理 FOR UPDATE/FOR SHARE 行锁的例程。

除非取得更新后的元组版本，否则无需执行 EvalPlanQual。

尝试锁定源元组。（注意，lr_arowMarks 中仅包含需要加锁的行标记。）

如果 FDW 表示元组在加锁之前已被更新，则需要执行 EPQ 检查，确认条件仍然满足。

目标元组已被当前命令，或同一事务中的后续命令更新或删除。前一种情况必须忽略该元组，以避免重复更新的“万圣节问题”。后一种情况或许可以获取更新后的元组，但这需要修改 heap_update 和 heap_delete，使它们不再对更新“不可见”元组报错，风险很大（table_tuple_lock 不会报错，但很少有调用者预期收到 TM_Invisible，这里也不例外）。因此目前将该元组视为已删除，不予处理。

核心源码中的 EXPLAIN 标识

case T_LockRows:
			pname = sname = "LockRows";
			break;

相关条目

• EXPLAIN
• 使用 EXPLAIN
• 并行计划
• 行锁

文档与源码

• src/backend/commands/explain.c:1598
• src/backend/executor/execProcnode.c:375
• src/backend/executor/nodeLockRows.c
• src/include/nodes/plannodes.h

版本比较

PostgreSQL 17 → 18: 无变化。

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

相关条目

• LimitLimit
• ProjectSetProjectSet
• ResultResult