PostgreSQL中调用pg_advisory_xact_lock遇lock_timeout如何保留事务？

可行方案：用PL/pgSQL函数替代DO块 #

DO块确实无法返回结果或使用OUT参数，但你可以通过自定义PL/pgSQL函数实现需求——函数支持异常捕获、返回执行状态，且捕获到lock_timeout错误时仅终止当前锁获取逻辑，不会中断外层事务。

具体实现示例 #

创建一个专门处理事务级 advisory lock 获取的函数，内置超时控制与异常捕获：

CREATE OR REPLACE FUNCTION try_acquire_advisory_xact_lock(p_lock_id bigint)
RETURNS BOOLEAN AS $$
BEGIN
    -- 仅在当前事务内设置超时时间（按需调整，比如1秒），事务结束后自动恢复原有配置
    SET LOCAL lock_timeout = '1s';
    
    -- 尝试获取事务级 advisory lock
    PERFORM pg_advisory_xact_lock(p_lock_id);
    
    -- 成功获取锁则返回true
    RETURN TRUE;
EXCEPTION
    WHEN lock_not_available THEN
        -- 捕获lock_timeout触发的25P02错误（对应lock_not_available异常）
        RETURN FALSE;
    OTHERS THEN
        -- 其他异常按原逻辑抛出，不吞掉错误
        RAISE;
END;
$$ LANGUAGE plpgsql;

使用方式 #

在事务中调用该函数，根据返回值判断锁获取状态，即使锁超时失败，事务也能继续执行后续逻辑：

BEGIN;
    -- 事务内先执行其他操作
    INSERT INTO test_table (content) VALUES ('pre-operation');
    
    -- 尝试获取锁，超时仅返回false，事务不受影响
    SELECT try_acquire_advisory_xact_lock(12345);
    
    -- 根据锁获取结果执行分支逻辑
    IF (SELECT try_acquire_advisory_xact_lock(12345)) THEN
        UPDATE test_table SET content = 'lock-acquired' WHERE id = 1;
    ELSE
        UPDATE test_table SET content = 'lock-timeout' WHERE id = 1;
    END IF;
    
    -- 无论锁是否获取成功，都能正常提交事务
COMMIT;

关键细节 #

• 用SET LOCAL而非SET设置lock_timeout，确保超时配置仅作用于当前事务，无需手动恢复原有设置。
• lock_not_available是PostgreSQL为25P02错误定义的异常别名，直接捕获比匹配错误码更直观。

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