Innodb加锁规则

加锁顺序

普通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	–	+	+	–

参考

• MySQL实战45讲: 为什么我只改一行的语句，锁这么多？
• MySQL加锁分析