MySQL锁总结

意向锁不会与行级的共享 / 排他锁互斥！！！
意向锁不会与行级的共享 / 排他锁互斥！！！
意向锁不会与行级的共享 / 排他锁互斥！！！

事务 A 先获取了某一行的排他锁，并未提交：

SELECT * FROM users WHERE id = 6 FOR UPDATE;

事务 A 获取了 users 表上的意向排他锁。
事务 A 获取了 id 为 6 的数据行上的排他锁。
之后事务 B 想要获取 users 表的共享锁：

LOCK TABLES users READ;

事务 B 检测到事务 A 持有 users 表的意向排他锁。
事务 B 对 users 表的加锁请求被阻塞（排斥）。

最后事务 C 也想获取 users 表中某一行的排他锁：

SELECT * FROM users WHERE id = 5 FOR UPDATE;

1、事务 C 申请 users 表的意向排他锁。
2、事务 C 检测到事务 A 持有 users 表的意向排他锁。
3、因为意向锁之间并不互斥，所以事务 C 获取到了 users 表的意向排他锁。
4、因为id 为 5 的数据行上不存在任何排他锁，最终事务 C 成功获取到了该数据行上的排他锁。

总结
1、InnoDB 支持多粒度锁，特定场景下，行级锁可以与表级锁共存。
2、意向锁之间互不排斥，但除了 IS 与 S 兼容外，意向锁会与 (表级)共享锁 / 排他锁 互斥。
3、IX，IS是表级锁，不会和行级的X，S锁发生冲突。只会和表级的X，S发生冲突。
4、意向锁在保证并发性的前提下，实现了行锁和表锁共存且满足事务隔离性的要求。
5、意向锁不会阻塞除全表扫描以外的任何请求

参考：https://blog.csdn.net/weixin_34278190/article/details/88039951?depth_1-utm_source=distribute.pc_relevant.none-task&utm_source=distribute.pc_relevant.none-task