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