金仓数据库KingbaseES 咨询锁

传统的事务性锁，读/写会自动加锁，读/写完成后会自动解锁(加解锁机制在细节上复杂)，这是一种隐式的锁机制。对于加锁后的并发控制，也就是默认的写不阻塞读，是通过MVCC机制解决的。这种锁完全不需要人为干预。相对于隐式锁机制和MVCC并发控制机制，咨询锁可以认为是一种显式锁，需要人为地控制，这类锁需要显式的申请和释放，在使用这类锁的时候，可以自行控制读写的排他性。

咨询锁

咨询锁有以下类型：

 其中：

• sys_advisory_lock/unlock_*  系列是表示获取/释放 session级别的锁，需要通过对应的unlock 解锁，与事务无关，即使事务已经结束，锁也不会释放。
• sys_advisory_xact_* 是用于事务级别的锁获取，没有对应的unlock，事务结束就自动释放

咨询锁使用示例

例子1：即使commit 也不会释放锁

例子2：咨询锁是根据KEY 判断是否冲突。 以下即使是访问不同的表，但key相同，也会冲突。对于咨询锁，在 sys_locks 只是 locktype='advisory' 的一条记录，无其他记录。

例子3：上面可以看到咨询锁冲突的判断只依据key，如果要对不同的表的不同的不同行加咨询锁，可以采用两个参数的版本。即使相同的行，如果KEY不同，不会堵塞；不同的表，key相同，也会堵塞。

例子4：sys_try_advisory_lock 如果获取不到锁，不会等待。try 类型的咨询锁同样分为会话与事务级别，事务级别的锁一般在事务块中使用。

例子5：咨询锁与普通的隐式锁不会冲突

更多信息，参见https://help.kingbase.com.cn/v8/index.html