意向锁到底是什么

产生原因

解决表锁与之前可能存在的行锁冲突，避免为了判断表是否存在行锁而去扫描全表的系统消耗。

意向锁的加锁规则

事务在获取行级 S 锁之前，必须获取其对应表的 IS 或 IX 锁
事务在获取行级 X 锁之前，必须获取其对应表的 IX 锁

作用

一种快速判断手动加的表锁与之前可能存在的行锁冲突的机制。（数据库在执行事务过程中，更新数据时会帮我们自动加行锁）

数据库在加行锁前要先加意向互斥锁。意向互斥锁是一种表锁。

例子分析

事务 A 锁住了表中的一行，让这一行只能读，不能写。

之后，事务 B 申请整个表的写锁。

如果事务 B 申请成功，那么理论上它就能修改表中的任意一行，这与 A 持有的行锁是冲突的。

数据库需要避免这种冲突，就是说要让 B 的申请被阻塞，直到 A 释放了行锁。

数据库要怎么判断这个冲突呢？

step1：判断表是否已被其他事务用表锁锁表
step2：判断表中的每一行是否已被行锁锁住。

注意step2，这样的判断方法效率实在不高，因为需要遍历整个表。
于是就有了意向锁。

在意向锁存在的情况下，事务 A 必须先申请表的意向互斥锁，成功后再申请一行的行锁。

在意向锁存在的情况下，上面的判断可以改成

step1：不变
step2：发现表上有意向互斥锁，说明表中有些行被行锁锁住了，因此，事务 B 申请表的写锁会被阻塞。

互斥关系图

参考链接：

https://www.zhihu.com/question/51513268
http://fivezh.github.io/2020/01/31/mysql-lock/?utm_source=tuicool&utm_medium=referral