标签:
参考:MySQL 加锁处理分析。该文已经讲的很详尽了,也易懂,下面仅仅是个人做的总结。
逐条处理,逐条加锁。
gap锁是间隙锁,即相邻两条有效记录间隙的锁(锁的是间隙),它是针对insert的,用来解决幻读的发生。它会阻塞insert,但不会阻塞delete/update等(记录本来也不存在)。
RC与RR的重要区别就是幻读。所以RR才需要引入gap锁。
说加什么锁,首先要了解两个前提:1)隔离级别;2)用到的索引。不同的隔离级别,不同的索引都会影响加锁。
主键/唯一键 | 二级索引 | 无索引 | |
select | 无 | 无 | 无 |
insert | 行锁 | 行锁 | 行锁 |
select...for update/update/delete | 行锁 | 有效行的行锁 | 全表锁聚簇索引 |
主键/唯一键 | 二级索引 | 无索引 | |
select | 无 | 无 | 无 |
insert | 行锁 | 行锁 | 行锁 |
select...for update/update/delete | 行锁 | 有效行的行锁+gap锁 | 全表锁聚簇索引 |
主键/唯一键 | 二级索引 | 无索引 | |
select(快照读) | S | S | S |
其他(当前读) | X | X | X |
注意:无索引时,select...for update/update/delete是需要锁全表的,但mysql_server可以做优化,在逐条加锁时,如果发现不是目标记录,可以释放掉锁。但这会违背2PL的原则。
死锁的发生与否,并不在于事务中有多少条SQL语句,死锁的关键在于:两个(或以上)的Session加锁的顺序不一致。
加锁过程是逐条处理,逐条加锁(最终都反映在聚簇索引上)的。
所以如果两个session用到不同的二级索引,那么对聚簇索引的加锁顺序是不一致的,从而导致session间锁的持有与竞争,很容易产生死锁。
标签:
原文地址:http://www.cnblogs.com/waterystone/p/5127988.html