在MySQL锁机制的部分,一般都会提到一个所模式的兼容矩阵,看起来比较枯燥,而且不大容易理解。
那我们可以换个角度,取出其中的一个冲突场景,比如下面的场景在两个会话中,就很可能出现。
会话1,会话2都添加了S锁,然后后续的操作都相继添加X锁,明细的信息就不多说了,这种情况下很可能就会触发死锁。而这个层面其实在RR,RC中都会出现。
我们举一反三,来逐步扩展一下。我们创建一个表dt1
mysql> create table dt1 (id int unique Query OK, 0 rows affected (0.03 sec)
会话1:
begin;
select *from dt1 lock in share mode;
会话2:
begin;
select *from dt1 lock in share mode;
会话1:
insert into dt1 values(1);
会话2:
insert into dt1 values(1);
这种情况下就会触发死锁。
这个例子这样看来很简单,如果我们把这个问题复杂化一下,这个S锁可以通过其他的方式引入进来。
比如下面的场景:
会话1: begin; insert into dt1 values(1); 会话2: insert into dt1 values(1); 会话3: insert into dt1 values(1); 会话1: rollback; 感兴趣可以测试一下,按照这个思路,可以扩展出很多的死锁场景,简直就手到擒来。