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

 

概念

 

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

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

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

 

  请求模式
持有模式   NULL SS SX S SSX X
NULL 成功 成功 成功 成功 成功 成功
SS 成功 成功 成功 成功 成功 失败
SX 成功 成功 成功 失败 失败 失败
S 成功 成功 失败 成功 失败 失败
SSX 成功 成功 失败 失败 失败 失败
X 成功 失败 失败 失败 失败 失败

 

 

再次比较 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 list

 

简单描绘一个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