MySQL加锁分析

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

 

一、 背景

1.1 隔离级别

1.2 加锁过程

　　逐条处理，逐条加锁。

 

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（快照读）	S	S	S
其他（当前读）	X	X	X

 

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

2.4 结论

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

　　加锁过程是逐条处理，逐条加锁（最终都反映在聚簇索引上）的。

• 主键，加在聚簇索引上；
• 二级索引，加在二级索引+聚簇索引上；
• 无索引，加在聚簇索引上。

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

 

转载于:https://www.cnblogs.com/waterystone/p/5127988.html