PostgreSQL 14多级分区创建空分区时外键验证过慢问题

我正在使用PostgreSQL 14处理多级分区场景，表结构如下：

表A（issue） #

CREATE TABLE issue (
id                               bigserial,
catalog_id                       bigint                                             NOT NULL,
submit_time                      timestamp WITH TIME ZONE                           NOT NULL,
PRIMARY KEY (id, catalog_id, submit_time)
) PARTITION BY LIST (catalog_id)

表B（issue_detail） #

CREATE TABLE issue_detail (
id                               bigserial,
catalog_id                       bigint                                             NOT NULL,
issue_id                         bigint                                             NOT NULL,
submit_time                      timestamp WITH TIME ZONE                           NOT NULL,
PRIMARY KEY (id, catalog_id, submit_time),
FOREIGN KEY (catalog_id, submit_time, issue_id) REFERENCES issue (catalog_id, submit_time, id)
) PARTITION BY LIST (catalog_id)

一级分区键为catalog_id（LIST分区），二级分区键为submit_time（按周划分的RANGE分区）。二级分区定义如下：

表A二级分区示例 #

CREATE TABLE issue_catalog1 PARTITION OF issue FOR VALUES IN (1) PARTITION BY RANGE (submit_time)

表B二级分区示例 #

CREATE TABLE issue_detail_catalog1 PARTITION OF issue_detail FOR VALUES IN (1) PARTITION BY RANGE (submit_time)

按此方式为过去3年的每周创建子分区，每个catalog_id对应约166个二级分区。分区按catalog_id递增顺序创建，先创建catalog_id=1的一级分区及下属子分区，再依次处理后续catalog_id。

创建issue_detail的空分区时，耗时随catalog_id递增逐次增加30%-50%，查看PostgreSQL日志发现外键约束验证耗时较长。移除外键后创建空分区仅需数秒，当catalog_id超过40时，创建空分区耗时甚至超过10分钟。为何空表的外键完整性验证会如此缓慢？

这是因为PostgreSQL 14在创建带外键约束的分区表时，会对整个父表的所有分区执行外键有效性检查，而非仅关联同catalog_id的目标分区：

• 你的外键关联了复合主键，虽然逻辑上issue_detail的分区仅需匹配同catalog_id的issue分区，但PostgreSQL 14的分区外键逻辑无法自动识别这种分区键的关联关系。
• 随着catalog_id递增，issue表的总分区数持续增加（每个catalog对应166个二级分区），每次创建issue_detail分区时，PostgreSQL都要遍历所有已存在的issue分区，检查分区约束范围是否与外键兼容——哪怕是空表，这个遍历和检查的开销也会随分区总数线性增长，导致耗时越来越久。

• 延迟添加外键：先批量创建完所有issue和issue_detail的分区，待全部分区创建完成后再统一添加外键约束。这样仅需执行一次全量验证，避免每次创建分区都重复遍历所有分区。
• 升级到PostgreSQL 15+：高版本新增了MATCH PARTITION子句，可明确指定外键与分区键的匹配关系，让PostgreSQL仅验证对应分区的约束，大幅减少检查范围。示例语法：

FOREIGN KEY (catalog_id, submit_time, issue_id) 
REFERENCES issue (catalog_id, submit_time, id)
MATCH PARTITION

• 临时调整参数：创建分区前临时设置constraint_exclusion = off（仅临时使用，创建完成后恢复默认值），可减少约束验证的开销，但注意这会影响查询的分区裁剪能力，需谨慎操作。

内容的提问来源于stack exchange，提问作者harsh kumar