InnoDB共享、排他、意向、间隙锁机制

MySQL中的锁

MySQL中不同的存储引擎支持不同的锁机制。比如，MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking），InnoDB存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。

InnoDB锁

本文主要探讨InnoDB存储引擎中的锁机制，大致分文如下几种锁类型：

• 共享锁和排它锁（Shared and Exclusive Locks）
• 意向锁（Intention Locks）
• 记录锁（Record Locks）
• 间隙锁（Gap Locks）

共享锁和排他锁

InnoDB实现标准的行级锁定，其中有两种类型的锁： 共享（S）锁和排他（X）锁。

共享锁（s）：又称读锁，允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁。若事务T对数据对象A加上S锁，则其他事务只能再对A加S锁，而不能加X锁，直到T释放A上的S锁。这保证了其他事务可以读A，但在T释放A上的S锁之前不能对A做任何修改。

A连接，开启事务，加S锁。

B连接，试图获取X锁时，被阻塞

直到A连接commit后，B连接才能获取X锁。

排他锁（x）：又称写锁。若事务T对数据对象A加上X锁，事务T可以读A也可以修改A，其他事务不能再对A加任何锁，直到T释放A上的锁。可以自行演示，非常简单。

意向锁

InnoDB支持多种粒度锁定，允许行锁和表锁并存。意向锁是表级锁，指示事务稍后对表中的行需要哪种类型的锁（共享锁或排他锁）。有两种类型的意图锁：

• 意图共享锁（IS）指示一个事务打算设置一个共享 上各个行锁定在表中。

• 意图独占锁（IX）指示一个事务打算设定各行的排他锁在表中。

意向锁定协议如下：

• 在事务可以获取表中某行的共享锁之前，它必须首先获取表中的IS锁或更高级别的锁。

• 在事务可以获取表中某行的排它锁之前，它必须首先获取该表中的IX锁。

表级锁类型的兼容性汇总在以下矩阵中。

记录锁

记录锁定是对索引记录的锁定。例如， select * from table_lock_demo where id = 1 for update; 可以防止任务其他事务插入，更新或删除id=1的行记录。

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

间隙锁

间隙锁定是对索引记录之间的间隙的锁定，或者是对第一个或最后一个索引记录之前的间隙的锁定。

如果执行如下语句，age上有一个普通索引。

select age from table_lock_demo where age BETWEEN 1 and 15 FOR UPDATE;

那么可以防止其他事务对age为1到15之间的数据进行修改、删除、插入。

测试的发现如果查询的是 select * from…则间隙锁不起作用，会锁表。

注意事项

• InnoDB的行锁是基于索引实现的，如果不通过索引访问数据，InnoDB会使用表锁。
• 在不同的隔离级别下，InnoDB的锁机制和一致性读策略不同。