MySQL — InnoDB 锁

锁

加锁是实现数据库并发控制的一个非常重要的技术。当事务在对某个数据对象进行操作前，先向系统发出请求，对其加锁。加锁后事务就对该数据对象有了一定的控制，在该事务释放锁之前，其他的事务不能对此数据对象进行更新操作。

在InnoDB中，使用了多种类型的锁：

• 共享锁和排他锁（Shared and Exclusive Locks）
• 意向锁（Intention Locks）
• 记录锁（Record Locks）
• 间隙锁（Gap Locks）
• 临键锁（Next-Key Locks）
• 插入意向锁（Insert Intention Locks）
• AUTO-INC Locks

共享锁和排他锁

共享锁（S）：允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁。

排他锁（X）：允许获得排他锁的事务更新数据，阻止其他事务取得相同数据集的共享读锁和排他写锁。

意向锁

意向共享锁（IS）：事务想要获得一张表中某几行的共享锁。事务在给一个数据行加共享锁前必须先取得该表的 IS 锁。
意向排他锁（IX）：事务想要获得一张表中某几行的排他锁。事务在给一个数据行加排他锁前必须先取得该表的 IX 锁。

由于InnoDB存储引擎支持的是行级别的锁，因此意向锁其实不会阻塞除全表扫以外的任何请求。

故表级意向锁与行级锁的兼容性如下所示：

	X	IX	S	IS
X	冲突	冲突	冲突	冲突
IX	冲突	兼容	冲突	兼容
S	冲突	冲突	兼容	兼容
IS	冲突	兼容	兼容	兼容

记录锁

记录锁是索引记录上的锁。例如:SELECT c1 FROM t WHERE c1 = 10 For UPDATE;防止任何其他事务插入、更新或删除t.c1值为10的行。

记录锁总是锁定索引记录，即使表没有定义索引。对于这种情况，InnoDB创建一个隐藏的集群索引，并使用该索引进行记录锁定。

加了记录锁之后可以避免数据在查询的时候被修改的重复读问题，也避免了在修改的事务未提交前被其他事务读取的脏读问题。

间隙锁

间隙锁是在索引记录之间的间隙上的锁，或者在第一个索引记录之前或最后一个索引记录之后的间隙上的锁。例如:SELECT c1 FROM t WHERE c1 BETWEEN 10 and 20 For UPDATE;防止其他事务将值15插入到列t.c1中，无论列中是否已经存在这样的值，因为范围中所有现有值之间的间隙被锁定。

间隙可以跨越单个索引值、多个索引值，甚至是空的。

临键锁

next-key锁是索引记录上的记录锁和索引记录之前的间隙上的间隙锁的组合。

InnoDB执行行级锁的方式是，当它搜索或扫描一个表索引时，它会在遇到的索引记录上设置共享锁或排他锁。因此，行级锁实际上是索引记录锁。索引记录上的next-key锁也会影响该索引记录之前的“间隙”。也就是说，next-key锁是索引记录锁加上索引记录前面的间隙锁。如果一个会话对索引中的记录R具有共享锁或排他锁，则另一个会话不能在索引顺序R之前的空白中插入新的索引记录。

插入意向锁

插入意向锁是insert操作在行插入之前设置的一种间隙锁。

这个锁以这样一种方式表示插入的意图：即插入到相同索引间隙中的多个事务如果不在间隙内的相同位置插入，则不需要彼此等待。

假设存在值为4和7的索引记录。分别尝试插入值为5和6的事务，在获得插入行上的排他锁之前，每个事务都用插入意图锁锁住4和7之间的间隙，但不会相互阻塞，因为行不冲突。

自增锁

自增锁是一种特殊的表级别锁，专门针对事务插入AUTO_INCREMENT类型的列。最简单的情况，如果一个事务正在往表中插入记录，所有其他事务的插入必须等待，以便第一个事务插入的行，是连续的主键值。