[Mysql]锁总结

锁介绍

Mysql InnoDB支持多种类型的锁，从不同的维度来看，有不同的锁分类。

锁类型

从锁类型来分，分为 **共享锁(S) **和 互斥锁(X)：

共享锁(S)

共享锁允许持有该锁的事务去读取某行

互斥锁(X)

互斥锁允许持有该锁的事务去更新/删除某行

不同锁类型之间的兼容关系如下:

锁粒度

从锁粒度来分，分为 表级锁 和 行级锁:

表级锁

表级锁是指表级别的锁，是加在整张表上。

表锁

表锁即对整张表进行加锁，可以通过lock table来加表锁。
lock table xxx read 对表加S锁
lock table xxx write 对表加X锁

意向锁(Intention Lock)

意向锁也是表级锁，分为意向共享锁(IS)和意向互斥锁(IX)，表示该事务稍后会在某行记录上请求相应类型的锁。

• 意向共享锁(IS)：表示事务打算在表中某些行上设置共享锁
• 意向互斥锁(IX)：表示事务打算在表中某些行上设置互斥锁

不同锁之间的兼容关系如下:

为什么会有意向锁？InnoDB支持多粒度锁，允许行锁和表锁共存。设想一个场景：当需要对表加X锁时，如果没有意向锁，那么就需要遍历表中的所有记录，判断是否有行锁。

这种方案性能比较低下，如果能在加行锁的时候额外打个标识，这样在需要加表锁时，只需要检查这个标即可，简单方便。这个标就对应这里的 意向锁。

行级锁

行级锁是指记录级别的锁，是加在记录上或记录间。在加行级锁时，默认会加上相应的意向锁。切记行级锁都是加在索引上的，不是加在记录上的。

记录锁(Record lock)

记录锁总是加在索引记录上的。如果表没有索引，会创建默认的聚簇索引，并使用该索引加锁。

间隙锁(Gap lock)

间隙锁是加在两个索引记录之间，或者 第一条索引记录之前，或者最后一条索引记录之后。假设表中索引数据为(10,20,33)，则对应的间隙区间为:(-∞,10)、(10,20)、(20,33)、(33,+∞)。

间隙锁是可以并存的，即一个事务获取间隙锁，并不影响其他事务在相同的间隙上获取间隙锁。共享间隙锁和独占间隙锁没有区别，彼此之间不冲突。

间隙锁主要是用来解决幻读的，防止其他事务往“间隙”里面插入数据。间隙锁主要存在于隔离级别为RR的情况，但在RC级别下，对于外键和唯一索引依然会存在间隙锁。这主要是为了保证约束成立。

为什么间隙锁可以共存？ 如果从索引中删除某个记录，必须要合并不同事务在该记录上获取的间隙锁。如果不合并则会造成 一个事务清除记录后，另一事务因间隙锁的缘故仍然会认为记录存在。

Next-Key 锁

Next-Key 锁是 间隙锁和记录锁的组合，即锁住记录本身及其之前的间隙，即左开右闭。假设表中索引数据为(10,20,33)，则对应的Next-Key间隔区间为:(-∞,10]、(10,20]、(20,33]、(33,+∞)。

对于最后一个间隔，Next-Key锁会锁定索引中最大值之后的间隙以及 supermum伪记录，该伪记录并不是真正的索引记录，但该记录的值高于索引中的任何值。因此，对最后一个间隔的效果就是锁定最大索引之后的间隙。

Mysql的默认隔离级别是RR。在此情形下，在索引查找过程中，默认加上Next-Key锁，但对唯一索引只会加上记录锁。

插入意向锁(Insert Intention Locks)

插入意向锁也是一种间隙锁，在插入记录之前，需要先获取插入意向锁，然后在插入的记录上加X锁。

插入意向锁跟上面的间隙锁是互斥的，但插入意向锁之间是兼容的，即多个不同事务可以在相同的间隙上加插入意向锁。

插入意向锁主要是为了提供并发插入性能，当多个事务同时插入不同记