不能再简单的意向锁

发布时间：2025-11-03 04:18:52 来源：创站工坊 作者：人工智能

InnoDB 存储引擎支持多粒度锁(multiple granularity locking)，再简也就是再简允许行锁和表锁共存。当允许行锁和表锁共存的再简时候，可能会存在下面这样一个问题：

例如我执行如下 SQL：

这段 SQL 执行完成后，再简给 id 为 1 的再简记录加了排他锁。

此时，再简在另外一个会话中，再简我如果想给这张表再来一个表级共享锁，再简如下：

此时就会有一个问题，再简共享锁和排他锁是再简互斥的，要给表上共享锁，再简就得去检查一下表中的再简每一条记录都不存在排他锁，如果表中的再简数据量比较大，这个操作效率就会比较低。再简

为了解决这个问题，再简就引出了我们今天的意向锁。为了使多粒度级别的锁定变得实用，InnoDB 使用了意向锁，注意，意向锁是一种表级锁，它表示事务稍后对表中的行需要哪种类型的锁(共享或独占)。

意向锁也分为两类：

例如，对于 SELECT ... LOCK IN SHARE MODE; 会自动设置 IS 锁，对于 SELECT ... FOR UPDATE 会自动设置 IX 锁，并且 IS 锁和 IX 锁不需要手动设置，这个是由系统自动设置。

意向锁的加锁规则如下：

简而言之：IS 和 IX 是表锁，它们存在的意义在于，将来给表上表级的 S 锁或者 X 锁的时候，可以通过 IS 或者 IX 快速判断出当前表中是否已经有加锁记录了，仅此而已。所以 IS 和 IX 之间其实是兼容的，IX 之间也是企商汇兼容的，如下表：

但是意向锁和表级锁则有可能冲突，如下：

上面这张表也好理解：

整体上来说，兼容关系如下表：

由于意向锁并不需要我们手动添加，那么有没有办法让我们看到意向锁呢？可以的。

首先我们将系统变量 innodb_status_output_locks 设置为 ON，如下：

接下来我们执行如下 SQL，锁定一行数据，此时会自动为表加上 IX 锁：

接下来我们在一个新的会话中执行如下指令来查看 InnoDB 存储引擎的情况：

输出的信息很多，我们重点关注 TRANSACTIONS，如下：

可以看到：

好啦，希望今天这篇文章能让小伙伴们对意向锁有一个简单的认知。

相关文章