参考:MySQL 加锁处理分析。该文已经讲的很详尽了,也易懂,下面仅仅是个人做的总结。

一、 背景

1.1 隔离级别

1.2 加锁过程

  逐条处理,逐条加锁。

MySQL加锁分析-LMLPHP

1.3 两阶段锁2PL

1.4 gap锁

  gap锁是间隙锁,即相邻两条有效记录间隙的锁(锁的是间隙),它是针对insert的,用来解决幻读的发生。它会阻塞insert,但不会阻塞delete/update等(记录本来也不存在)。

  RC与RR的重要区别就是幻读。所以RR才需要引入gap锁。

二、加锁组合分析

  说加什么锁,首先要了解两个前提:1)隔离级别;2)用到的索引。不同的隔离级别,不同的索引都会影响加锁。

2.1 可提交读RC

 主键/唯一键二级索引无索引
select
insert行锁行锁行锁
select...for update/update/delete行锁有效行的行锁全表锁聚簇索引

2.2 可重复读RR

 主键/唯一键二级索引无索引
select
insert行锁行锁行锁
select...for update/update/delete行锁有效行的行锁+gap锁全表锁聚簇索引

2.3 可序列化S

 主键/唯一键二级索引无索引
select(快照读)SSS
其他(当前读)XXX

  注意:无索引时,select...for update/update/delete是需要锁全表的,但mysql_server可以做优化,在逐条加锁时,如果发现不是目标记录,可以释放掉锁。但这会违背2PL的原则。

2.4 结论

  死锁的发生与否,并不在于事务中有多少条SQL语句,死锁的关键在于:两个(或以上)的Session加锁的顺序不一致。

  加锁过程是逐条处理,逐条加锁(最终都反映在聚簇索引上)的。

  • 主键,加在聚簇索引上;
  • 二级索引,加在二级索引+聚簇索引上;
  • 无索引,加在聚簇索引上。

所以如果两个session用到不同的二级索引,那么对聚簇索引的加锁顺序是不一致的,从而导致session间锁的持有与竞争,很容易产生死锁。

05-11 20:44