加锁顺序
普通select查询
- 获取表级锁: MDL读锁
- 不需要其他锁: 因为使用的是MVCC，所以不需要行锁 ps: 很多地方都说使用了MVCC就不需要加锁，实际上是不需要行锁，MDL读锁还是需要的
共享读select in share mode
- 首先获取表级锁: MDL写锁
- 再获取表级锁: 意向共享锁
- 再获取行级锁: 根据不同语句获取对应的行锁和间隙锁
insert插入
- 首先获取表级锁: MDL写锁
- 再获取表级锁: 意向排它锁
- 再获取行级锁: 插入意向锁
update/delete
- 首先获取表级锁: MDL写锁
- 再获取表级锁: 意向排它锁
- 再获取行级锁: 根据不同语句获取对应的行锁和间隙锁
行锁加锁规则
两个“原则”、两个“优化”和一个“bug”
- 原则 1：加锁的基本单位是 next-key lock。希望你还记得，next-key lock 是前开后闭区间。
- 原则 2：查找过程中访问到的对象才会加锁。
- 优化 1：索引上的等值查询，给唯一索引加锁的时候，next-key lock 退化为行锁。
- 优化 2：索引上的等值查询，向右遍历时且最后一个值不满足等值条件的时候，next-key lock 退化为间隙锁。
- 一个 bug：唯一索引上的范围查询会访问到不满足条件的第一个值为止。
锁冲突和兼容规则
- MDL: MDL只与MDL存在冲突，读锁兼容读锁，写锁与读锁或写锁都不兼容
- 意向锁规则: (IS 意向共享锁， IX意向排它锁， S共享锁， X排它锁)
|
\ |
IS |
IX |
S |
X |
|---|---|---|---|---|
|
IS |
+ |
+ |
+ |
– |
|
IX |
+ |
+ |
– |
– |
|
S |
+ |
– |
+ |
– |
|
X |
– |
– |
– |
– |
- 行锁规则: record lock行锁，gap lock间隙锁， insert intension lock间隙锁， next key lock（行锁+间隙锁）
|
加的锁\ 已存在的锁 |
record lock |
gap lock |
insert intention lock |
next key lock |
|---|---|---|---|---|
|
record lock |
– |
+ |
+ |
– |
|
gap lock |
+ |
+ |
+ |
+ |
|
insert intention lock |
+ |
– |
+ |
– |
|
next key lock |
– |
+ |
+ |
– |
