SELECT * FROM users WHERE id = 6 FOR UPDATE;
此时 users
表存在两把锁:users
表上的意向排他锁与 id 为 6 的数据行上的排他锁。
事务 B 想要获取 users 表的共享锁:
LOCK TABLES users READ;
此时事务 B
检测事务 A 持有 users
表的意向排他锁,就可以得知事务 A
必然持有该表中某些数据行的排他锁,那么事务 B
对 users
表的加锁请求就会被排斥(阻塞),而无需去检测表中的每一行数据是否存在排他锁。
意向锁的并发性
这就牵扯到我前面多次强调的一件事情:
意向锁不会与行级的共享 / 排他锁互斥!!!
意向锁不会与行级的共享 / 排他锁互斥!!!
意向锁不会与行级的共享 / 排他锁互斥!!!
重要的话要加粗说三遍,正因为如此,意向锁并不会影响到多个事务对不同数据行加排他锁时的并发性(不然我们直接用普通的表锁就行了)。
最后我们扩展一下上面 users 表的例子来概括一下意向锁的作用(一条数据从被锁定到被释放的过程中,可能存在多种不同锁,但是这里我们只着重表现意向锁):
事务 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;
-
事务 C
申请users
表的意向排他锁。 -
事务 C
检测到事务 A
持有users
表的意向排他锁。 -
因为意向锁之间并不互斥,所以
事务 C
获取到了users
表的意向排他锁。 -
因为id 为 5 的数据行上不存在任何排他锁,最终
事务 C
成功获取到了该数据行上的排他锁。
总结
–
-
InnoDB 支持
多粒度锁
,特定场景下,行级锁可以与表级锁共存。 -
意向锁之间互不排斥,但除了 IS 与 S 兼容外,
意向锁会与 共享锁 / 排他锁 互斥
。 -
IX,IS是表级锁,不会和行级的X,S锁发生冲突。只会和表级的X,S发生冲突。
-
意向锁在保证并发性的前提下,实现了
行锁和表锁共存
且满足事务隔离性
的要求。
作者:Gtaker
juejin.cn/post/6844903666332368909
往期精选 点击标题可
【036期】面试官问:公司项目中 Java 多线程一般适用于什么场景?
【037期】面试官:Spring Boot 项目中如何处理重复请求和并发请求问题?
小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Java工程师,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Java)
最后
这份文档从构建一个键值数据库的关键架构入手,不仅带你建立起全局观,还帮你迅速抓住核心主线。除此之外,还会具体讲解数据结构、线程模型、网络框架、持久化、主从同步和切片集群等,帮你搞懂底层原理。相信这对于所有层次的Redis使用者都是一份非常完美的教程了。
整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~
你的支持,我的动力;祝各位前程似锦,offer不断!!!
建立起全局观,还帮你迅速抓住核心主线。除此之外,还会具体讲解数据结构、线程模型、网络框架、持久化、主从同步和切片集群等,帮你搞懂底层原理。相信这对于所有层次的Redis使用者都是一份非常完美的教程了。
[外链图片转存中…(img-NHrw9oaH-1711015335517)]
整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~
你的支持,我的动力;祝各位前程似锦,offer不断!!!