PostgreSQL页面修剪差异：主键索引与普通索引行为不符

1. HOT更新的执行逻辑差异 #

PostgreSQL的HOT（Heap-Only Tuple）更新是核心差异点：

• 普通非唯一索引场景：更新非索引字段时，只要堆页面有可用空间（或修剪后腾出空间），会优先执行HOT更新——新元组与旧元组处于同一堆页面，无需修改索引条目，仅通过元组的ctid关联。当页面空间不足触发修剪时，死元组被清理后，堆页面内的空闲空间会直接聚合，索引页面因未被修改，无任何变化。
• SERIAL PRIMARY KEY对应的唯一B-tree索引场景：即使更新的是非主键字段，当堆页面空间不足需要将新元组移至其他页面时，PostgreSQL会强制更新唯一索引条目，将其指向新元组的ctid。这是因为唯一索引需要严格保证键的唯一性（即使键值未改变），无法通过HOT更新复用原有索引条目，最终导致堆元组的ctid与索引中存储的htid不一致。

2. 空闲空间聚合的限制 #

• 普通索引场景下，HOT更新的新老元组在同一页面，修剪死元组后，页面内的空闲空间可以直接合并聚合。
• 唯一索引场景下，元组被移至新页面后，原页面的死元组虽被标记，但跨页面的空闲空间聚合需要执行VACUUM FULL（而非普通修剪），因此你观察到空闲空间未聚合的现象。

3. 索引死元组的处理逻辑 #

• 普通非唯一索引中，元组移动后，旧索引条目会被标记为死元组，等待VACUUM清理。
• 唯一索引中，PostgreSQL会直接更新索引条目指向新元组，不会留下死索引条目——这是为了避免唯一键检查时出现假阳性结果，因此你看不到索引死元组。

内容的提问来源于stack exchange，提问作者Eyad Youssef