美团一面:能不能通俗的解释下为什么要有意向锁这个东西?
众所周知,InnoDB 中既有读锁也有写锁,也称为共享锁和排他锁,这两种锁既可以加在整张表上,也可以加在行上。
MySQL 自身就提供了表锁的能力:
- 读锁:LOCK TABLE table_name READ 用读锁锁表,会阻塞其他事务的写操作
- 写锁:LOCK TABLE table_name WRITE 用写锁锁表,会阻塞其他事务的读和写操作
行锁是 InnoDB 存储引擎提供的,MySQL 本身并不提供行级锁的能力:
- 读锁,如SELECT * FROM table_name WHERE ... LOCK IN SHARE MODE 加行级读锁,会阻塞其他事务对该行记录的写操作
- 写锁,如SELECT * FROM table_name WHERE ... FOR UPDATE 加行级写锁,会阻塞其他事务对该行记录的的读和写操作
又有表锁又有行锁,我们来考虑下这两种类型的锁共存的问题。看下面这个例子:
事务 A 加了行级读锁,锁住了表中的一行,让这一行只能读,不能写。
之后,事务 B 尝试申请整个表的写锁。
如果事务 B 申请成功,那么理论上它就能修改表中的任意一行,这与 A 持有的行级读锁是冲突的。
数据库需要避免这种冲突,就势必要让 B 的申请被阻塞,直到 A 释放行级读锁。
那数据库要怎么判断这个冲突呢?
- 步骤 1:判断表是否已被其他事务用表级锁锁住了整张表
- 步骤 2:判断表中的每一行是否已被行级锁锁住
看起来没有什么困难的,但请注意步骤 2,判断表中的每一行,各位,如何判断?
显然,需要遍历!遍历表中的每一行。
小学生都能想到这样的判断方法效率实在太过于低下了。
于是就有了意向锁!
我们先来看下意向锁的解释:
Intention locks are table-level locks that indicate which type of lock (shared or exclusive) a transaction requires later for a row in a table.
意向锁是一个表级锁,其作用就是指明接下来的事务将会用到哪种锁。
有两种意向锁:
- 意向共享锁/读锁(IS Lock):当事务想要获得一张表中某几行的读锁(行级读锁)时,InnoDB 存储引擎会自动地先获取该表的意向读锁(表级锁)
- 意向排他锁/写锁(IX Lock):当事务想要获得一张表中某几行的写锁(行级写锁)时,InnoDB 存储引擎会自动地先获取该表的意向写锁(表级锁)
注意这里的自动:申请意向锁的动作是数据库完成的,就是说,事务 A 申请一行的行锁的时候,数据库会自动先开始申请表的意向锁,不需要我们程序员使用代码来申请。
在意向锁存在的情况下,事务 A 如果想申请行级读锁,就必须先申请该表的意向读锁,申请成功后才能继续申请某行记录的行级读锁。
在意向锁存在的情况下,上面的判断可以改成:
- 步骤 1(不变):判断表是否已被其他事务用表级锁锁住了整张表
- 步骤 2:发现表上有意向读锁(说明表中有些行被行级读锁锁住了),意向读锁和表级写锁互斥,因此,事务 B 申请表的写锁会被阻塞。
也就是说原先步骤 2 的遍历表中每一行的操作,简化成了判断下整张表上有无表级意向锁就行了,效率大幅提升。
这就是为什么要有意向锁了。
- 06-16卡巴斯基郑启良:支持信创发展是卡巴斯基的重要使命
- 06-16访问管理是确保现代工作场所安全的的五个关键原因
- 06-16零信任安全的演变:彻底改变网络安全策略
- 06-16GitHub上值得关注的20个网络安全项目
- 06-16英国曼彻斯特大学遭遇网络攻击,机密数据或遭窃!
- 06-16调查表明广告软件推送恶意软件感染了六万多个安卓应用程序
- 06-16微软向美国政府提供GPT的大模型,安全性如何保证?
- 06-16如何保护OT环境免受安全威胁?
- 01-11全球最受赞誉公司揭晓:苹果连续九年第一
- 12-09罗伯特·莫里斯:让黑客真正变黑
- 12-09谁闯入了中国网络?揭秘美国绝密黑客小组TA
- 12-09警示:iOS6 惊现“闪退”BUG
- 10-29同程旅行回应酒店订单“订后即焚” 将考虑是
- 10-29阿里国际站发布全流程AI产品 推进更高效经营
- 10-25亿纬锂能第33工厂首颗圆柱电池下线
- 10-25外媒称苹果正开发 iOS 游戏中心
- 10-25快递业展现强劲发展韧性,单日业务量创历史