PostgreSQL 10并行创建分区表时触发死锁错误求助

你遇到的这个死锁问题，在PostgreSQL 10动态并行创建范围分区时很常见，核心原因是多个会话在创建分区过程中，对系统表（比如pg_class、pg_namespace）和父表的加锁顺序不一致，导致循环等待触发死锁。下面给你几个实用的解决方案：

1. 统一分区创建顺序，避免交叉等待 #

所有节点在创建分区时，严格按照**分区范围从小到大（或固定统一的顺序）**执行CREATE TABLE ... PARTITION OF语句：

• 如果某个节点需要创建多个分区，先把这些分区按id的起始值排序，再依次执行创建语句；
• 多个节点之间，约定好各自负责的分区范围区间，或者确保不同节点创建的分区范围不重叠且按顺序执行。

这种方式能保证所有会话的加锁顺序一致，从根源上避免循环等待的死锁场景。

2. 使用全局咨询锁控制并发创建 #

通过PostgreSQL的advisory lock（咨询锁），确保同一时间只有一个节点在执行分区创建操作。示例代码如下：

-- 先获取全局咨询锁（12345为自定义锁ID，所有节点使用同一个）
SELECT pg_advisory_lock(12345);

-- 执行分区创建语句
CREATE TABLE names__139__119230558__120050888 PARTITION OF names FOR VALUES FROM ('119230558') TO ('120050888');

-- 释放锁
SELECT pg_advisory_unlock(12345);

这个方法会牺牲一点分区创建的并发度，但能彻底解决死锁问题，实现起来也最简单。

3. 提前预创建所需分区 #

如果你的数据范围是可预估的，建议在数据加载前，一次性创建好所有需要的分区。这样在并行加载数据时，就不需要动态创建分区，自然不会出现死锁问题。比如：

-- 提前创建多个范围分区
CREATE TABLE names__1 PARTITION OF names FOR VALUES FROM ('1') TO ('100000000');
CREATE TABLE names__2 PARTITION OF names FOR VALUES FROM ('100000000') TO ('200000000');
-- 依此类推创建所有需要的分区

这个方案适用于数据分布规律、范围可提前确定的场景。

4. 集中式分区创建协调 #

搭建一个专门的分区管理服务（或指定一个节点），所有需要创建新分区的请求都统一发送到这个服务，由它串行执行分区创建操作。其他节点只负责数据写入，不再自行创建分区。这种方式适合大规模分布式数据加载的场景，能更好地管控分区生命周期。

内容的提问来源于stack exchange，提问作者Fang-Pen Lin