当前位置：Gxlcms > 数据库问题 > 【Gap锁】Mysql的Gap锁在中文列下间隙怎样确定？

【Gap锁】Mysql的Gap锁在中文列下间隙怎样确定？

时间：2021-07-01 10:21:17 帮助过：11人阅读

技术图片

2、准备一张表，3个字段分别是 => id(主键索引)，name，key(普通索引) ，然后随便搞几条数据。

CREATE TABLE `test_gaplock` (
`id` varchar(32) CHARACTER SET utf8 NOT NULL,
`name` varchar(255) CHARACTER SET utf8 DEFAULT NULL,
`key` varchar(32) COLLATE utf8_bin DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `idx_key` (`key`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin;

技术图片

3、通过mysql的客户端工具开3个会话窗口

　　1）目标1：验证按照name列（无索引）更新的gaplock问题。

　　　　结论：name列无索引作为where条件更新会锁表（全表GAP锁，这里因为我对锁的理解还不透彻，所以才多做了这次试验）

　　2) 目标2：验证按照id列（主键索引）更新的gaplock问题。

　　　　结论：这里我也懒得验证了，mysql的next-key lock（gap lock+record lock）机制就是，对于任何的当前读（如果对快照度和当前读有疑惑，请自行百度）操作，产不产生间隙锁取决于该列的索引是否能唯一确定一行数据（主键索引或者唯一索引），如果是，会升级成记录锁，也即普通行锁

　　3）目标3：验证按照key列（普通索引），理论上普通索引会产生gap锁，key列现在存的是中文，他的间隙是怎么确定的，是按照自然排序（mysql默认按照主键排序），还是where的筛选列排序来确定间　隙？这里要直接引入一个结论就是，插入间隙区间是左闭合，又开启的区间即这种 [ ) 。意思就是比如你的列值是2,4,6，然后你更新的条件是4，那么你锁住的间隙是[2,6) ,操作2会被锁住，操作6是不受影响的。大家可自行验证，欢迎纠正。

技术图片

先插入这么一条数据 => insert into test_gablock values(‘6‘,‘a4‘,‘李‘); 然后查看两种排序的展示情况

（下面的图表示自然排序）

技术图片

（下面的图表示按照key列排序）

技术图片

删除掉这行新增的记录，这里有个猜想就是要么是按照主键来排序，然后确定间隙，要么是按照筛选列来排序，确定间隙，根据上面的排序，更新name为a3，key为"强"的记录。

情况1：若是按照自然排序，那么间隙应该是[广,马) ,

情况2：若是按照key列排序，那么间隙应该是[广,陈) 。

然后现在再插入这条记录 => insert into test_gablock values(‘6‘,‘a4‘,‘李‘);

按照上面那个直接引入的结论，如果是情况1，那么是不会阻塞的，如果是情况2，那么是会阻塞的。

--------------------会话1（开启事务后不提交锁住记录）---------------------

set autocommit=0;　
begin;
update test_gaplock t1 set t1.`name` = a3‘ where t1.key = ‘强‘;

--------------------会话2（插入后不提交直接回滚，只是不想把验证数据弄坏而已）---------------------

set autocommit=0;　　
begin;
insert into test_gaplock values(‘6‘,‘a4‘,‘李‘);
rollback;