我是从ORACLE迁移过来的。目前,我正在尝试移植此调用:
lkstat := DBMS_LOCK.REQUEST(lkhndl, DBMS_LOCK.X_MODE, lktimeout, true);This function尝试获取锁lkhndl,如果在timeout秒后获取失败,则返回1。
在postgresql中,我使用
pg_advisory_xact_lock(lkhndl);然而,它似乎永远在等待锁定。如果失败,pg_try_advisory_xact_lock会立即返回。有没有办法实现锁获取的超时版本?
有lock_timeout设置,但我不确定它是否适用于advisory locks,以及pg_advisory_xact_lock在超时后的行为。
发布于 2019-09-04 19:19:18
这是一个包装器的原型,它不能很好地模拟DBMS_LOCK.REQUEST -仅限于一种类型的锁(事务作用域咨询锁)。
要使函数与Oracle的函数完全兼容,需要数百行代码。但这只是一个开始。
CREATE OR REPLACE FUNCTION
advisory_xact_lock_request(p_key bigint, p_timeout numeric)
RETURNS integer
LANGUAGE plpgsql AS $$
/* Imitate DBMS_LOCK.REQUEST for PostgreSQL advisory lock.
Return 0 on Success, 1 on Timeout, 3 on Parameter Error. */
DECLARE
t0 timestamptz := clock_timestamp();
BEGIN
IF p_timeout NOT BETWEEN 0 AND 86400 THEN
RAISE WARNING 'Invalid timeout parameter';
RETURN 3;
END IF;
LOOP
IF pg_try_advisory_xact_lock(key) THEN
RETURN 0;
ELSIF clock_timestamp() > t0 + (p_timeout||' seconds')::interval THEN
RAISE WARNING 'Could not acquire lock in % seconds', p_timeout;
RETURN 1;
ELSE
PERFORM pg_sleep(0.01); /* 10 ms */
END IF;
END LOOP;
END;
$$;使用以下代码测试它:
SELECT CASE
WHEN advisory_xact_lock_request(1, 2.5) = 0
THEN pg_sleep(120)
END; -- and repeat this in parallel session
/* Usage in Pl/PgSQL */
lkstat := advisory_xact_lock_request(lkhndl, lktimeout);https://stackoverflow.com/questions/38853470
复制相似问题