结论：当一个事务要对表进行锁定时，首先会获取相应的意向锁。其他事务可以通过检查意向锁来判断是否有其他事务在更细粒度的级别上对表进行了锁定。这有助于避免冲突和提高并发性能
在讨论此问题之前我们应当明确两个前提：
- Innodb存储引擎支持行锁和表锁共存
- 行锁与表锁之间互不冲突
意向锁是表级别的锁，意向锁之间、意向锁与表级别的共享锁、排他锁的兼容性关系如下：
假设目前有一张业务表t_business，主键b_id，在某种业务场景下 事务A需要对数据行增加排他锁
SELECT xxx,xxx FROM t_business WHERE b_id = x FOR UPDATE;
此时 事务A实际上持有了两把锁 一个是表t_business的表级的意向排他锁，一个是b_id=x的行级排他锁
之后 事务B来了，想对表t_business加表级别的共享锁，由于共享锁和排他锁互斥，因此事务B在对表加共享锁之前需要明确：表上是否有行级/表级 排他锁，由于事务A持有了表t_business的意向排他锁，因此事务B无需再去逐行分析是否有数据被持有行级排他锁，提升了效率。
1.本站内容仅供参考，不作为任何法律依据。用户在使用本站内容时，应自行判断其真实性、准确性和完整性，并承担相应风险。
2.本站部分内容来源于互联网，仅用于交流学习研究知识，若侵犯了您的合法权益，请及时邮件或站内私信与本站联系，我们将尽快予以处理。
3.本文采用知识共享 署名4.0国际许可协议 [BY-NC-SA] 进行授权
4.根据《计算机软件保护条例》第十七条规定“为了学习和研究软件内含的设计思想和原理，通过安装、显示、传输或者存储软件等方式使用软件的，可以不经软件著作权人许可，不向其支付报酬。”您需知晓本站所有内容资源均来源于网络，仅供用户交流学习与研究使用，版权归属原版权方所有，版权争议与本站无关，用户本人下载后不能用作商业或非法用途，需在24个小时之内从您的电脑中彻底删除上述内容，否则后果均由用户承担责任；如果您访问和下载此文件，表示您同意只将此文件用于参考、学习而非其他用途，否则一切后果请您自行承担，如果您喜欢该程序，请支持正版软件，购买注册，得到更好的正版服务。
5.本站是非经营性个人站点，所有软件信息均来自网络，所有资源仅供学习参考研究目的，并不贩卖软件，不存在任何商业目的及用途
暂无评论内容