如何让PostgreSQL在死锁时优先终止我的DDL查询？

PostgreSQL没有提供直接配置项让死锁发生时优先终止特定类型的查询，但可以通过以下几种手段实现让你的DDL事务优先被回滚，避免生产查询被终止：

1. 设置事务优先级为低 #

PostgreSQL的死锁检测器在选择回滚对象时，会优先考虑优先级更低的事务。你可以在DDL事务开始前设置低优先级：

BEGIN;
SET TRANSACTION PRIORITY LOW;
-- 执行你的DDL操作，比如：
REFRESH MATERIALIZED VIEW CONCURRENTLY mv1;
CREATE OR REPLACE VIEW v1 AS SELECT ...;
-- 其他DDL
COMMIT;

这样当死锁发生时，你的低优先级事务会被优先选中回滚，而生产环境的默认优先级查询得以继续。

2. 拆分DDL事务 #

不要在单个事务中执行多个DDL操作，将每个物化视图/视图的更新拆分为独立事务。拆分后每个事务持有锁的时间更短、范围更小，从根源上降低死锁发生的概率：

-- 独立事务1：更新物化视图
BEGIN;
REFRESH MATERIALIZED VIEW CONCURRENTLY mv1;
COMMIT;

-- 独立事务2：替换视图
BEGIN;
CREATE OR REPLACE VIEW v1 AS SELECT ...;
COMMIT;

3. 统一锁获取顺序 #

如果必须在单个事务中执行多个DDL，确保所有操作的对象按固定顺序（比如字典序）处理。同时要求生产环境中涉及这些对象的查询也遵循相同的访问顺序，这样可以避免循环等待，彻底消除死锁的可能性。

4. 主动检测锁并提前终止 #

在DDL事务开始前，主动尝试获取所需的排他锁，结合lock_timeout设置等待超时，若无法获取锁则立即终止事务，避免进入死锁等待：

BEGIN;
-- 设置锁等待超时时间为5秒
SET lock_timeout = '5s';
-- 锁定需要操作的对象，确保后续DDL能顺利执行
LOCK TABLE mv1, v1 IN EXCLUSIVE MODE;
-- 执行DDL操作
REFRESH MATERIALIZED VIEW mv1;
CREATE OR REPLACE VIEW v1 AS SELECT ...;
COMMIT;

这种方式能让你的DDL事务在无法获取锁时主动终止，而不是等到死锁检测器触发，更快地保护生产查询。

关于lock_timeout无效的原因 #

lock_timeout仅控制单个锁的等待时间，而死锁是循环等待的场景：每个事务都在等待对方释放锁，不会触发单个锁的超时。只有PostgreSQL的死锁检测器（默认每秒运行一次）检测到死锁后，才会选择回滚一个事务。因此单独设置lock_timeout无法解决死锁问题。

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