MySQL中的行锁

表结构

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='用户表';

下面这条SQL会对哪些数据加锁

update user set name='一灯' where age=5;

age是非唯一性索引，MySQL的锁是加在索引上面的, 这条SQL具体对哪些数据加锁，还需要看表中有哪些数据

MySQL有三种类型的行锁

1. 记录锁（Record Locks）
   即对某条记录加锁。

# 对id=1的用户加锁
update user set age=age+1 where id=1;

2. 间隙锁（Gap Locks）
   即对某个范围加锁，但是不包含范围的临界数据

# 对id大于1并且小于10的用户加锁
update user set age=age+1 where id>1 and id<10;

上面SQL的加锁范围是(1,10)。

3. 临键锁（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] 的范围加锁。
假如表中数据是这样的

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] 是一样的

update user set name='一灯' where id=5;

由于锁是加在索引上面的。如果不存在id=5的数据，加锁范围跟上条SQL是一样的， (1,10] 。
如果存在id=5的数据，MySQL的 Next-Key Locks 会退化成 Record Locks ，也就是只在id=5的这一行记录上加锁。

总结
MySQL锁是加在索引记录上面的, 且行锁加锁的基本单位是next-key lock，只是会在不同的场景会退化为记录锁或者间隙锁

1. 唯一索引等值查询

• 记录存在，next-key lock退化为记录锁
• 记录不存在，next-key lock退化为间隙锁

2. 非唯一索引等值查询

• 记录存在，除了next-key lock锁外，还会向后一个区间加上间隙锁，一共两把锁
• 记录不存在，只会加上next-key lock锁，再退化为间隙锁，只有一把锁

3. 范围查找

• 唯一索引范围查找，如果查找的条件存在，则会有一条记录锁，然后会给后面的范围加上next-key lock（某些条件下会退化为间隙锁）
• 非唯一索引范围查找，next-key lock 不会退化为记录锁或者间隙锁

锁是在遍历索引的时候加上的，并不是针对输出结果加锁。因此当在线上执行update、delete、select…for update等有加锁性质的语句，需要判断语句是否走索引，如果是全表扫描的话，会对每一个索引加next-key lock，等于把整个表锁住了