为主键#xff0c;no#xff08;学号#xff09;为二级唯一索引#xff0c;name#xff08;姓名

age年龄为二级非唯一索引score学分无索引。

数据库隔离级别为

多个事务加锁顺序不一致

30)的区间上加了间隙锁此时间隙锁之间是没影响的因为间隙锁主要是为了防止幻读的发生也就是插入的发生。

但是A此时有想插入数据了是需要在(20,

30)内生成插入意向锁的但这个区间在B的间隙锁范围内所以就会冲突。

B事务的插入同理。

形成了死锁。

要解决这个死锁很简单显然前面两条

UPDATE

虽然只有一条查询语句看起来是不该有锁的。

但要知道在范围查询时加锁是一条记录一条记录挨个加锁的所以虽然只有一条

SQL

语句的加锁顺序不一样也会导致死锁。

所以这个和第一个场景其实很像。

第一个场景两个事务一个是20

30加锁顺序为id

很多同学误以为如果是二级索引的「唯一索引」加锁也是只加在二级索引项上。

其实这是不对的所以这里特此说明下如果是用二级索引不管是不是非唯一索引还是唯一索引进行锁定读查询的时候除了会对二级索引项加行级锁如果是唯一索引的二级索引加锁规则和主键索引的案例相同而且还会对查询到的记录的主键索引项上加「记录锁」。

主键索引和唯一二级索引插入时候要先生成一个S型锁来判断是否唯一然后才是升级成X型锁

insert正常是通过trx_id来隐式的保护记录的MVCC其实就是靠的这个。

但在主键索引会生成S型记录锁唯一二级索引则是S型next-key锁

如何解决死锁

思索的四个条件其实破坏任意一个都能避免死锁MySQL常用的是设置事务等待锁的超时时间和开启主动死锁检测。

前者设置一个事务等待超过时间阈值就自动回滚这样锁就释放了另一个事务就可以继续了。

后者则是主动检测发现死锁后会回滚死锁中的一个事务。