共计 1529 个字符,预计需要花费 4 分钟才能阅读完成。
导读 | 为了使多粒度级别的锁定变得实用,InnoDB 使用了意向锁,注意,意向锁是一种表级锁,它表示事务稍后对表中的行需要哪种类型的锁(共享或独占)。 |
InnoDB 存储引擎支持多粒度锁 (multiple granularity locking),也就是允许行锁和表锁共存。当允许行锁和表锁共存的时候,可能会存在下面这样一个问题:
例如我执行如下 SQL:
这段 SQL 执行完成后,给 id 为 1 的记录加了排他锁。
此时,在另外一个会话中,我如果想给这张表再来一个表级共享锁,如下:
lock table user read;
此时就会有一个问题,共享锁和排他锁是互斥的,要给表上共享锁,就得去检查一下表中的每一条记录都不存在排他锁,如果表中的数据量比较大,这个操作效率就会比较低。
为了解决这个问题,就引出了我们今天的意向锁。为了使多粒度级别的锁定变得实用,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 存储引擎的情况:
show engine innodb status\G
输出的信息很多,我们重点关注 TRANSACTIONS,如下:
可以看到:
好啦,希望今天这篇文章能让小伙伴们对意向锁有一个简单的认知。
![post-qrcode](https://www.xgss.net/wp-content/uploads/2023/07/二维码-微信公众号256x256.jpg)