迎面走来了你的面试官，身穿格子衫，挺着啤酒肚，发际线严重后移的中年男子。 手拿泡着枸杞的保温杯，胳膊夹着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;
假如表中只有这样两条数据的话：
| id | name | age |
|---|---|---|
| 1 | 张三 | 1 |
| 10 | 李四 | 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语句会对哪些数据加锁？
我： 假如表中数据是这样的。
| id | name | age |
|---|---|---|
| 1 | 张三 | 1 |
| 5 | 一灯架构 | 5 |
| 10 | 李四 | 10 |
针对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锁是加在索引记录上面的。
- 如果是非唯一性索引，不论表中是否存在该记录，除了会对该记录所在范围加锁，还会向右遍历到不满足条件的范围进行加锁。
- 如果是唯一索引，如果表中存在该记录，只对该行记录加锁。如果表中不存在该记录，除了会对该记录所在范围加锁，还会向右遍历到不满足条件的范围进行加锁。
推荐阅读：
为什么要用MQ？MQ的作用有哪些？
高并发场景下，如何保证数据的一致性的？
如何进行分库分表？分库分表后有哪些问题以及对应的解决方案。
高并发下怎么生成订单ID？以及每种方案的优缺点。
如何实现分布式锁？使用数据库、分布式数据库、分布式协调服务分别如何实现？
MySQL索引底层数据结构为什么要用B+树？以及红黑树、B树的优缺点。
ThreadLocal线上故障复盘，差点丢了工作。
一篇文章讲清楚MySQL的聚簇/联合/覆盖索引、回表、索引下推
MySQL事务底层原理
