pg_pathcheck 扩展揪出规划器里的隐形悬垂指针 RSS

PostgreSQL 规划器生成路径时会淘汰下层关系里的 Path，上层结构却可能仍持有指向它的指针。查询结束前没人解引用这些悬垂指针，Valgrind 很难发现；分配器按 2 的幂划分尺寸类，被释放的 Path 转眼被回收成别的节点。Andrei Lepikhov 从一次 postgres_fdw 分片方案的间歇崩溃查起，写了约 600 行 C 的 pg_pathcheck，遍历可达路径校验 NodeTag 与父关系归属两条不变式。

发布于 2026-09-10T10:59:39.181345Z · Andrei Lepikhov · Substack

内存安全 扩展 规划器

PostgreSQL 规划器生成路径时会淘汰下层关系里的 Path，上层结构却可能仍持有指向它的指针。查询结束前没人解引用这些悬垂指针，Valgrind 很难发现；分配器按 2 的幂划分尺寸类，被释放的 Path 转眼被回收成别的节点。Andrei Lepikhov 从一次 postgres_fdw 分片方案的间歇崩溃查起，写了约 600 行 C 的 pg_pathcheck，遍历可达路径校验 NodeTag 与父关系归属两条不变式。

PostgreSQL 规划器生成路径时会淘汰下层关系里的 Path，上层结构却可能仍持有指向它的指针。查询结束前没人解引用这些悬垂指针，Valgrind 很难发现；分配器按 2 的幂划分尺寸类，被释放的 Path 转眼被回收成别的节点。Andrei Lepikhov 从一次 postgres_fdw 分片方案的间歇崩溃查起，写了约 600 行 C 的 pg_pathcheck，遍历可达路径校验 NodeTag 与父关系归属两条不变式。

原始来源 ↗

来源记录

• center.info_item · 48f418a799d2766f · 2026-10-03T04:08:35.169032Z
• pgweb.info_item · 48f418a799d2766f · 2026-10-03T04:08:55.967155Z