你有多了解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