mysql的gapkey_【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;

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;

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

select * from test_gaplock  t1 order by t1.name

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

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

标签：通过   href   set   为我   列排序   primary   一个   span   理论

本条技术文章来源于互联网，如果无意侵犯您的权益请点击此处反馈版权投诉

本文系统来源：https://www.cnblogs.com/chengqqqq/p/12021217.html