Oracle Enqueue lock队列锁机制

爱被打了一巴掌 2022-05-15 00:19 219阅读 0赞

你有多了解Oracle Enqueue lock队列锁机制？

概念

Enqueue 队列锁 是 oracle中 主要的 并发访问控制 和锁的机制。   我们耳熟能详的 TM table lock表锁 和 TX 事务锁都是 enqueue 。 enqueue 最多可以有6个模式 ， enqueue lock被设计出来用于那些需要较长时间锁机制的场景。

enqueue 的 6个 锁模式分别为： X 、 SSX、 S、SX、SS、NULL。

<table> 
 <tbody> 
 <tr> 
 <td> 锁代码 </td> 
 <td> 锁模式名称 </td> 
 <td> 锁模式缩写 </td> 
 <td> 锁模式别名 </td> 
 <td> 解释 </td> 
 <td> SQL </td> 
 </tr> 
 <tr> 
 <td> 0 </td> 
 <td> None </td> 
 <td> None </td> 
 <td> None </td> 
 <td>&nbsp;</td> 
 <td>&nbsp;</td> 
 </tr> 
 <tr> 
 <td> 1 </td> 
 <td> Null </td> 
 <td> Null </td> 
 <td> Null </td> 
 <td> 空 </td> 
 <td> Select </td> 
 </tr> 
 <tr> 
 <td> 2 </td> 
 <td> Row-S(SS) </td> 
 <td> SS </td> 
 <td> RS </td> 
 <td> 行级共享锁，其他对象只能查询这些数据行 </td> 
 <td> Select for update、Lock for update、Lock row share </td> 
 </tr> 
 <tr> 
 <td> 3 </td> 
 <td> Row-X(SX) </td> 
 <td> SX </td> 
 <td> RX </td> 
 <td> 行级排它锁，在提交前不允许做DML操作 </td> 
 <td> Insert、Update、Delete、Lock row share </td> 
 </tr> 
 <tr> 
 <td> 4 </td> 
 <td> Share </td> 
 <td> S </td> 
 <td> S </td> 
 <td> 共享锁 </td> 
 <td> Create index、Lock share </td> 
 </tr> 
 <tr> 
 <td> 5 </td> 
 <td> S/Row-X(SSX) </td> 
 <td> SSX </td> 
 <td> SRX </td> 
 <td> 共享行级排它锁 </td> 
 <td> Lock share row exclusive </td> 
 </tr> 
 <tr> 
 <td> 6 </td> 
 <td> Exclusive </td> 
 <td> X </td> 
 <td> X </td> 
 <td> 排它锁 </td> 
 <td> Alter table、Drop able、Drop index、Truncate table&nbsp;、Lock exclusive </td> 
 </tr> 
 <tr> 
 <td>&nbsp;</td> 
 <td>&nbsp;</td> 
 <td>&nbsp;</td> 
 <td> R是行，S是共享 </td> 
 <td>&nbsp;</td> 
 <td>&nbsp;</td> 
 </tr> 
 </tbody> 
</table>

注意:数字越大锁级别越高, 影响的操作越多。

以下是当一个进程以某种模式持有某个enqueue ， 而另一个进程尝试以某种模式request 这个enqueue的兼容矩阵：

再次比较 Enqueue 和Latch

latch是为了串行访问机制， 而enqueue 更多是为了并发访问控制

从设计出发 enqueue 可以被持有较长的一段时间 ； latch应当在极短的时间内(us级别)持有和释放，否则 latch将成为严重的性能瓶颈，乃至HANG

*  enqueue 的request 和release 要比latch 使用更多的CPU
 *  enqueue 要比latch在结构上复杂地多
 *  enqueue 有6种模式
 *  enqueue 可能是LOCAL的 可能是cluster-wide global的
 *  latch只对应一个process state object； 而enqueue 对应一个session state object和一个process state object

每一个 Enqueue Resource 都以2个 字母代表 例如  TX和TM ，并带有4个数字 例如 TM-00017927-00000000-00000000-00000000 称作 resource id 的4个部分，一般我们只用到前2个ID 。

在内部一个Enqueue Resource  对应一个  KSQRS  结构， 该KSQRS  结构  拥有三个列表：

*  owner list
 *  waiter list
 *  converter lis

简单描绘一个enqueue resource的结构：

<TM resource>  [owner list的头部]     [waiter list的头部]     [converter list的头部]   [resource ID : ID1 ID2 ID3 ID4] [enqueue type]
                      |                     |                            |
                      S                     X                           S->X
                      |                     |
                      S                    SX 
                      |
                      S