产生原因
解决表锁与之前可能存在的行锁冲突,避免为了判断表是否存在行锁而去扫描全表的系统消耗。
意向锁的加锁规则
事务在获取行级 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