MySQL中的行锁

1、行锁分类

• 1、记录锁：即锁住记录本身

• 2、间隙锁：锁住一段没有记录的间隙，可以是两条记录的中间部分，也可以是第一条记录的前置部分或最后一条记录的后续部分

• • 2.1 需要注意的是，间隙锁仅仅是阻塞对该间隙进行插入操作，而不阻塞对该间隙的查询操作；如有表tab，有索引idx，对(5,10)加入间隙锁，执行下面两条命令：
• • insert into tab (idx) values(7); 阻塞
• • select * from tab where idx = 7 for update; 不阻塞但无数据

• 3、next-key锁：是记录锁与间隙锁的结合，特点为左开右闭，如(4,10]，由间隙锁(4,10)和记录锁idx = 10组成

2、唯一索引的加锁规则

1. 等值查询：

• 若查询记录存在则将next-key锁退化成记录锁，只锁住查询的记录；
• 若查询记录不存在，则next-key锁退化为间隙锁，锁住记录所在空隙，此处空隙是指与所查询记录（如果存在的话）相邻的两条记录之间的空隙，这两条记录除了可以是数据库表中实际存在的，也可以是其他记录拟插入的（执行了插入sql但是未提交或回滚事务，因为其他事务的插入操作加了记录锁，故而将间隙分为两半）
• 第二种情况中，若其他事务拟插入的数据进行了提交，则间隙锁固定，若选择回滚，则间隙扩大至下一条记录之前

2. 范围查询：有以下两种情况，以下的范围内指截至是最后一条符合条件的记录后的间隙

• >和<：若起始索引记录不存在，则锁住起始索引所在间隙及后续记录和间隙；若存在，则从起始索引记录（不包含）开始，锁住范围内的记录和间隙

• >=：若起始索引不存在，则锁住起始索引记录所在间隙以及后续记录和间隙，若存在，则从起始索引记录（包含）开始，锁住范围内所有的记录和间隙

• <=：若起始索引不存在，则锁住起始索引所在间隙与后续的记录和间隙，若存在，则从起始索引记录开始，锁住范围内记录和间隙，并锁住起始索引另一侧的间隙，验证如下：

    如下表：表名为foo，uid为主键索引，也即唯一索引，idx为普通索引
    +-----+-----+------+
    | uid | age | idx  |
    +-----+-----+------+
    |   1 |   1 |    1 |
    |   3 |   3 |    3 |
    |   4 |   4 |    4 |
    |  10 |  10 |   10 |
    |  16 |  16 |   16 |
    +-----+-----+------+
    
    事务A：执行select * from foo where uid >= 10 and uid <= 16 for update;
    事务B：执行insert into foo values(9,9,9);
    事务C：执行update foo set age = 5 where uid = 4;
    事务D：执行insert into foo values(17,17,17);
    其中事务B和C成功执行，事务D阻塞，分析可得[16, 正无穷)被锁住，而[4,10)未被锁住
    
    若是事务A修改为：select * from foo where uid >= 10 and uid < 16 for update;
    则事务D不会被阻塞，也即(16,正无穷)未被锁住
  1
  2
  3
  4
  5
  6
  7
  8
  9
  10
  11
  12
  13
  14
  15
  16
  17
  18
  19

3、普通索引的加锁规则

• 等值查询：若查询记录存在，除了加上next-key锁（即锁住本记录和上一条记录之间的间隙）以外，还会对本记录到下一条记录之间的间隙加锁
• 范围查询：与唯一索引的区别在于：
  1、>=会将另一侧的间隙也一起锁住；
  2、<会将锁住第一条不满足条件的记录
  如事务A执行：select * from foo where idx>= 10 and idx < 12 for update;
  其中idx为普通索引，按照上表，(4,10)之间会加上间隙锁，且16会被锁住，也即[10,16]锁住

4、行锁的加锁技巧

事务加锁时，其他事务进行写操作时会受到阻塞，这个阻塞时间当然是越短越好，那么对于一个事务当中不同需要加锁的语句，可以采用以下方式控制：

• 对语句所需要锁住的记录条数进行预估，在不影响业务的情况下，将锁住记录多的语句排在锁住记录少的后面，锁粒度大的容易发生冲突，这样安排可以减少与其他事务冲突时间
• 将热点记录的加锁操作排在事务后面执行
• 批量操作分几次进行，减少锁冲突的概率和时间

举个两个简单例子，来自MySQL实战45讲
1、用户A、B要到影院C购票，需要进行以下操作：

• 用户金额扣除，票数+1
• 影院金额增加，票数-1

分析业务，容易得出影院的记录是热点记录，相较用户记录更改频繁，因此可以将影院操作语句放在事务后面，减少影院记录上锁时间

2、删除一个表中的前10000条数据，给出三种方案，那种最合适

• delete from table limit 10000;
• 开启20个连接，执行delete from table limit 500;
• 同一连接连续开启20次事务，执行delete from table limit 500;

答案是第三种，原因如下

• 第一个需要锁住一次性锁住10000记录，范围大，容易发生冲突，且删除期间这10000条记录会被锁住，其他事务被阻塞概率大；
• 第二个多个连接之间可能发生冲突，互相阻塞，浪费资源；
• 第三个只有一个连接，每次加锁的记录少，不容易发生冲突；

先自我介绍一下，小编13年上师交大毕业，曾经在小公司待过，去过华为OPPO等大厂，18年进入阿里，直到现在。深知大多数初中级java工程师，想要升技能，往往是需要自己摸索成长或是报班学习，但对于培训机构动则近万元的学费，着实压力不小。自己不成体系的自学效率很低又漫长，而且容易碰到天花板技术停止不前。因此我收集了一份《java开发全套学习资料》送给大家，初衷也很简单，就是希望帮助到想自学又不知道该从何学起的朋友，同时减轻大家的负担。添加下方名片，即可获取全套学习资料哦