mysql next key_mysql next-key lock 问题

最新推荐文章于 2023-03-10 16:35:08 发布

知秋的一叶

最新推荐文章于 2023-03-10 16:35:08 发布

阅读量155

点赞数

文章标签： mysql next key

本文链接：https://blog.csdn.net/weixin_33021323/article/details/113170282

版权

mysql Ver 14.14 Distrib 5.7.25, for Linux (x86_64) using EditLine wrapper

CREATE TABLE `ttt` (

`uid` varchar(18) NOT NULL DEFAULT '',

`gap` int NOT NULL ,

PRIMARY KEY (`uid`),

KEY `gap` (`gap`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='ccc_11332234';

insert into `ttt` values ('11111',1);

insert into `ttt` values ('11113',3);

insert into `ttt` values ('11115',5);

insert into `ttt` values ('11117',7);

insert into `ttt` values ('11119',9);

start transaction;

select * from `ttt` where `gap`=3 for update;

===============

另外一个客户端执行:

sql1: insert into ttt values ('22222',5);

sql2: insert into ttt values ('22233322',1);

阅读 mysql 技术内幕，其中对于 innodb 锁算法的时候看到,对于 1,3,5,7,9 数据存在的辅助索引，next-key 　 locking 应该(-无穷,1] (1,3] (3,5] (5,7]...　在执行上述 for update 时候，查询的时候辅助索引所以会加上 (1,3]的锁，而且会在下一个索引值加上 gap lock(3,5), 同时主键 11113 会加上 record lock.

但是上述实际执行时 sql 2 会被阻塞．就是说(1,3]左边也是闭区间，为什么？

同时想问为什么这种 next-key locking 能解决幻读问题.?

(提前感谢大家的回答)