迎面走来了你的面试官,身穿格子衫,挺着啤酒肚,发际线严重后移的中年男子。
手拿泡着枸杞的保温杯,胳膊夹着MacBook,MacBook上还贴着公司标语:“我爱加班”。
面试开始,直入正题。
面试官: 看你简历上面写着精通MySQL,我问你一个MySQL锁相关的问题,你看一下这条SQL会对哪些数据加锁?
update user set name='一灯' where age=5;
表结构是这样的:
CREATE TABLE `user` (
`id` int NOT NULL AUTO_INCREMENT COMMENT '主键',
`name` varchar(255) DEFAULT NULL COMMENT '姓名',
`age` int DEFAULT NULL COMMENT '年龄',
PRIMARY KEY (`id`),
KEY `idx_age` (`age`)
) ENGINE=InnoDB COMMENT='用户表';
我: age是非唯一性索引,MySQL的锁是加在索引上面的,应该只会对age=10的数据加锁。
面试官: 确定吗?
我: 嗯...,应该是的。
面试官: 【嘲讽】,这就是你精通MySQL的水平吗?今天面试就先到这里吧,后面有消息会主动联系你。
后面还可能有消息吗?你们啥时候主动联系过我?
实话实说的被拒,八股文背得溜反而被录取。
好吧,等我看看一灯怎么总结的MySQL的八股文。
我: 这条SQL具体对哪些数据加锁,还需要看表中有哪些数据。
MySQL有三种类型的行锁:
记录锁(Record Locks):
即对某条记录加锁。
# 对id=1的用户加锁
update user set age=age+1 where id=1;
间隙锁(Gap Locks):
即对某个范围加锁,但是不包含范围的临界数据。
# 对id大于1并且小于10的用户加锁
update user set age=age+1 where id>1 and id<10;
上面SQL的加锁范围是(1,10)。
临键锁(Next-Key Locks):
由记录锁和间隙锁组成,既包含记录本身又包含范围,左开右闭区间。
# 对id大于1并且小于等于10的用户加锁
update user set age=age+1 where id>1 and id<=10;
假如表中只有这样两条数据的话:
针对age索引,很产生这样三个索引范围:
(-∞,1],(1,10],(10,+∞)
刚才的这条SQL:
update user set name='一灯' where age=5;
由于表中不存在age=5的记录,并且age=5刚好落在 (1,10] 的区间范围内,所以会对 (1,10] 的范围加锁。
我们可以用实际数据测试一下:
当我们执行update语句的时候,age=2和age=8的数据范围都被加锁了。
面试官: 小伙子回答的不错啊。如果已经存在age=5的数据,刚才的那条update语句会对哪些数据加锁?
我: 假如表中数据是这样的。
针对age索引,很产生这样四个索引范围:
(-∞,1],(1,5],(5,10],(10,+∞)
刚才的这条SQL:
update user set name='一灯' where age=5;
age=5的数据落在 (1,5] 的区间范围内,所以会对 (1,5] 的范围加锁。
你以为这就完了吗?MySQL锁为了保证数据的安全性,还会向右遍历到不满足条件为止,还会再加一个间隙锁,也就是 (5,10] 的范围。
所以,这条SQL的加锁返回是 (1,5] 和 (5,10] 。
跟刚才age=5不存在的加锁范围 (1,10] 是一样的。不信可以再用刚才的测试用例跑一遍。
面试官: 小伙子有点东西。如果我把SQL中where条件换成主键ID,加锁范围是什么样的?
update user set name='一灯' where id=5;
我: 由于锁是加在索引上面的。
如果不存在id=5的数据,加锁范围跟上条SQL是一样的, (1,10] 。
如果存在id=5的数据,MySQL的 Next-Key Locks 会退化成 Record Locks ,也就是只在id=5的这一行记录上加锁。
面试官: 小伙子,升级加薪的机会就是留给你这样的人。薪资double,明天就来上班吧。
知识点总结:
- MySQL锁是加在索引记录上面的。
- 如果是非唯一性索引,不论表中是否存在该记录,除了会对该记录所在范围加锁,还会向右遍历到不满足条件的范围进行加锁。
- 如果是唯一索引,如果表中存在该记录,只对该行记录加锁。如果表中不存在该记录,除了会对该记录所在范围加锁,还会向右遍历到不满足条件的范围进行加锁。
文章持续更新,可以微信搜一搜「 一灯架构 」第一时间阅读更多技术干货。