DBMS_LOCK方式自定义锁释放问题

mapele

显然利用DBMS_LOCK.REQUEST过程，指定一个ID，来获取独占锁，其他会话获取同样的锁就会被锁定：
SQL> DECLARE
  2  V_LOCK NUMBER;
  3  BEGIN
  4  V_LOCK := DBMS_LOCK.REQUEST(0, RELEASE_ON_COMMIT => TRUE);
  5  END;
  6  /
PL/SQL过程已成功完成。
会话2获取同样的锁，就会被锁定：
SQL2> DECLARE
  2  V_LOCK NUMBER;
  3  BEGIN
  4  V_LOCK := DBMS_LOCK.REQUEST(0, RELEASE_ON_COMMIT => TRUE);
  5  END;
  6  /
直到会话1提交、回滚或明确的释放锁资源：
SQL> COMMIT;
提交完成。
会话2才解锁：

PL/SQL过程已成功完成。
SQL2> COMMIT;
提交完成。


我想要的结果是：session1 提交并关闭后，在session3中释放session1中的锁，只有session3中释放了该锁，session2才可获得锁。但是视乎不能实现，session1的锁只能session1主动释放或者session1关闭后，RDMBS自己清理。

Maclean Liu(刘相兵

RELEASE Function

This function explicitly releases a lock previously acquired using the REQUEST function. Locks are automatically released at the end of a session. RELEASE is an overloaded function that accepts either a user-defined lock identifier, or the lock handle returned by the ALLOCATE_UNIQUE procedure.

Syntax

DBMS_LOCK.RELEASE (
   id         IN INTEGER)
  RETURN INTEGER;

DBMS_LOCK.RELEASE (
   lockhandle IN VARCHAR2)
  RETURN INTEGER;

Parameters

Table 53-7 RELEASE Function Parameter
Parameter         Description

id or lockhandle
       

User assigned lock identifier, from 0 to 1073741823, or the lock handle, returned by ALLOCATE_UNIQUE, of the lock mode you want to change.

Return Values

Table 53-8 RELEASE Function Return Values
Return Value         Description

0
       

Success

3
       

Parameter error

4
       

Do not own lock specified by id or lockhandle

5
       

Illegal lock handle


DBMS_LOCK.RELEASE 只对本session 有效， 所以无法实现你说说的 session 3来释放这个锁的需求，只能通过其他session kill session 1这种比较粗暴的方式来实现

mapele

哦，好的，很明确了。谢谢哈。