Google Cloud PostgreSQL中带外键的分区表挂载分区锁优化方案咨询

针对你在PostgreSQL 13.7（Google Cloud SQL托管）遇到的分区表挂载锁冲突问题，以下是几个可行的替代方案：

1. 使用WITHOUT VALIDATION选项挂载空分区 #

PostgreSQL 12及以上版本支持在挂载分区时添加WITHOUT VALIDATION参数，完全适配空分区场景。因为空分区不存在违反外键约束的数据，跳过约束验证后，PostgreSQL不会扫描表B的所有分区，自然不会生成大量锁。

执行命令：

ALTER TABLE table_a ATTACH PARTITION new_a_partition 
FOR VALUES IN ('tenant_x') 
WITHOUT VALIDATION;

该操作无需超级用户权限，兼容Google Cloud SQL环境，是最直接高效的解决方案。

2. 替换父表外键为分区级租户隔离外键 #

由于PostgreSQL 13暂不支持分区外键（该特性在16版本引入），可以手动实现租户级的外键关联：

• 先移除表A父表的外键约束，避免分区继承全局外键；
• 为每个表A的分区单独创建指向对应租户的表B分区的外键，而非表B父表。

示例操作：

-- 移除父表外键
ALTER TABLE table_a DROP CONSTRAINT fk_a_b;

-- 挂载新的表A分区
ALTER TABLE table_a ATTACH PARTITION a_partition_tenant_x FOR VALUES IN ('tenant_x');

-- 为该分区添加指向对应B分区的外键
ALTER TABLE a_partition_tenant_x 
ADD CONSTRAINT fk_a_b_tenant_x 
FOREIGN KEY (b_id) REFERENCES b_partition_tenant_x(id);

这种方式能实现租户级的外键隔离，挂载时仅会锁定对应租户的表B分区，不会影响其他租户。缺点是需要通过脚本自动化维护每个分区的外键，增加少量运维成本，但能从根源避免全局锁问题。

3. 低峰期挂载分区（临时缓解） #

如果上述方案暂时无法落地，可选择在业务流量最低的时间段执行挂载操作，减少锁冲突对用户操作的影响。这个方法无法解决锁本身的问题，但能降低业务影响范围。

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