【Gap锁】Mysql的Gap锁在中文列下间隙怎样确定?「建议收藏」

【Gap锁】Mysql的Gap锁在中文列下间隙怎样确定?「建议收藏」通过本文记录一次Gaplock的验证,网上大多gaplock是基于明确是数字型列来测试gaplock的,这里不再重复,随便贴个相关地址:https://www.cnblogs.com/crazylqy

通过本文记录一次Gaplock的验证,网上大多gaplock是基于明确是数字型列来测试gaplock的,这里不再重复,随便贴个相关地址:https://www.cnblogs.com/crazylqy/p/7821481.html 

我的疑问是如果所在的列是非数字型的列,比如说是列值是中文的话,mysql是如何确定间隙的,下面开始进行验证。

 

1、查看mysql间隙锁是否开启,默认”OFF”表示开启  => show variables like “innodb_locks_unsafe_for_binlog”;

【Gap锁】Mysql的Gap锁在中文列下间隙怎样确定?「建议收藏」

 

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;

【Gap锁】Mysql的Gap锁在中文列下间隙怎样确定?「建议收藏」

 

 

 

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是不受影响的。大家可自行验证,欢迎纠正。

         【Gap锁】Mysql的Gap锁在中文列下间隙怎样确定?「建议收藏」

 

 

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

(下面的图表示自然排序)                                                                 

【Gap锁】Mysql的Gap锁在中文列下间隙怎样确定?「建议收藏」   

(下面的图表示按照key列排序)                   

 【Gap锁】Mysql的Gap锁在中文列下间隙怎样确定?「建议收藏」

 

删除掉这行新增的记录这里有个猜想就是要么是按照主键来排序,然后确定间隙,要么是按照筛选列来排序,确定间隙,根据上面的排序,更新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;

 ——————–会话3(只是用来方便查看实时数据)———————

select * from test_gaplock  t1 order by t1.name

 

结论:经过验证执行 => insert into test_gablock values(“6″,”a4″,”李”); 命令会被阻塞,所以情况2是正确的

 

 

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
转载请注明出处: https://daima100.com/10535.html

(0)
上一篇 2022-12-26
下一篇 2022-12-26

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注