innodb 意向锁

---

MySQL版本：5.6

意向共享锁 intention shared(IS) lock

定义：An intention shared lock (IS) indicates that a transaction intends to set a shared lock on individual rows in a table.
意向共享锁表明事务将要对表中某些行加 S 锁

说人话：在加 S 之前给整个表加 IS

锁级别：Table Lock 表级别

加锁方式：数据库自动加锁（加行锁之前，对行所在表加锁）

意向排它锁 intention exclusive(IX) lock

定义：An intention exclusive lock (IX) indicates that a transaction intends to set an exclusive lock on individual rows in a table.
意向排它锁表明事务将要对表中某些行加 S 锁

通知数据库接下来需要施加什么锁并对表加锁。如果需要对记录 A 加排他锁，那么此时innodb会先找到这张表，对该表加意向排他锁之后，再对记录A添加共享锁。

说人话：在加 X 之前给整个表加 IX

锁级别：Table Lock 表级别

加锁方式：数据库自动加锁（加行锁之前，对行所在表加锁）

• 为什么要有意向锁：
  作者：尹发条地精
  链接：https://www.zhihu.com/question/51513268/answer/127777478
  来源：知乎

① 在mysql中有表锁：
LOCK TABLE my_tabl_name READ; 用读锁锁表，会阻塞其他事务修改表数据。
LOCK TABLE my_table_name WRITE; 用写锁锁表，会阻塞其他事务读和写。

② Innodb引擎又支持行锁：
共享锁，一个事务对一行的共享只读锁。
排它锁，一个事务对一行的排他读写锁。

③ 这两中类型的锁共存的问题
考虑这个例子：
事务A锁住了表中的一行，让这一行只能读，不能写。
之后，事务B申请整个表的写锁。
如果事务B申请成功，那么理论上它就能修改表中的任意一行，这与A持有的行锁是冲突的。
数据库需要避免这种冲突，就是说要让B的申请被阻塞，直到A释放了行锁。
数据库要怎么判断这个冲突呢？
step1：判断表是否已被其他事务用表锁锁表。
step2：判断表中的每一行是否已被行锁锁住。
注意step2，这样的判断方法效率实在不高，因为需要遍历整个表。

于是就有了意向锁。
在意向锁存在的情况下，事务A必须先申请表的意向共享锁，成功后再申请一行的行锁。
在意向锁存在的情况下，上面的判断可以改成：
step1：不变
step2：发现表上有意向共享锁，说明表中有些行被共享行锁锁住了，因此，事务B申请表的写锁会被阻塞。

• 兼容性：
  1）意向锁之间兼容
  2）X和所有冲突
  3）S和S兼容

当前锁/是否兼容/请求锁	X	IX	S	IS
X	冲突	冲突	冲突	冲突
IX	冲突	兼容	冲突	兼容
S	冲突	冲突	兼容	兼容
IS	冲突	兼容	兼容	兼容

如果有错误遗漏欢迎指正。