MySQL gap lock产生机遇
发布时间：2022-03-25 15:47:42 所属栏目：编程 来源：互联网
导读：MySQL gap lock产生机遇： 1）提出问题：我们通常说在Repeate read下面，会有next-key lock（LOCK_ORDINARY）对应值0，而READ COMMITTED隔离级别下只会有记录锁LOCK_REC_NOT_GAP（对应值1024），那么什么时候会有gap lock(LOCK_GAP)对应值512？ 2）官方的一
|
MySQL gap lock产生机遇： 1）提出问题：我们通常说在Repeate read下面，会有next-key lock（LOCK_ORDINARY）对应值0，而READ COMMITTED隔离级别下只会有记录锁LOCK_REC_NOT_GAP（对应值1024），那么什么时候会有gap lock(LOCK_GAP)对应值512？ 2）官方的一个死锁例子（之所以会选这个例子，是因为这个例子非常典型，为了更好的效果，我将隔离级别设置为READ COMMITTED）： 创建表并插入数据 CREATE TABLE `locktest6` ( `id` int(11) NOT NULL, `a` int(11) NOT NULL, `b` varchar(30) NOT NULL DEFAULT 'xddd', PRIMARY KEY (`id`), UNIQUE KEY `a` (`a`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; INSERT INTO `locktest6` VALUES (3,2,'xddd'),(9,20,'ddd'),(12,13,'ddd'),(19,7,'cccc'),(20,5,'abcd'),(21,4,'fff'); 先分析上面的死锁： session 1 rollback后，二级索引记录为(33,17)的记录的被删除，上面的session2，session3上的LOCK_S|LOCK_ORDINARY|LOCK_WAITTING将他的gap锁分别迁移到下一条记录，即二级索引（20,9）的记录上由两把锁，分别为session2与session占有，锁为LOCK_S|LOCK_GAP|LOCK_REC，即死锁图中的lock mode s lock gap before rec；与此同时，session 2与session3在插入的时候，还要检测下一条记录上（即（20,9）的记录上）的锁是否与LOCK_X|LOCK_GAP|LOCK_INTENSION冲突，这样就形成了session2的LOCK_X|LOCK_GAP|LOCK_INTENSION在等待session3 的LOCK_S|LOCK_GAP|LOCK_REC释放，而session3的LOCK_X|LOCK_GAP|LOCK_INTENSION则在等待session2的LOCK_S|LOCK_GAP|LOCK_REC释放，这样就形成了死锁，这里事务选择回滚了session3 再分析session2的加锁情况： session3回滚后 ，session2获得了LOCK_X|LOCK_GAP|LOCK_INTENSION锁与LOCK_S|LOCK_GAP|LOCK_REC，这个锁加在记录(20,9)上；heap no 8的记录即session2插入的记录也获得了LOCK_S|LOCK_GAP|LOCK_REC锁，这是因为插入时，会进行锁分裂，将heap no 8下一条记录的(20,9)的锁LOCK_S|LOCK_GAP|LOCK_REC迁移到了heap no 8的记录上；为啥上面的锁信息会连在一起呢，即既有LOCK_S|LOCK_ORDINARY|LOCK_REC又有LOCK_S|LOCK_GAP|LOCK_REC呢，答案是：这里的LOCK_S|LOCK_ORDINARY|LOCK_REC只是表示下面行LOCK_S|LOCK_GAP|LOCK_REC有LOCK_S|LOCK_ORDINARY|LOCK_REC继承而来，并不表示记录上还加了LOCK_S|LOCK_ORDINARY|LOCK_REC锁 3）总结 gap锁一般很少见到，当唯一索引检测重复的值的时候，往往会产生gap锁；另外当可重复读隔离级别下，做等值查询时，也会碰到gap锁（这个读者可以自己去实验），时间仓促，没有整理。 （编辑：核心网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
