二级索引又称为非唯一索引。那么针对非唯一索引,如果查询命中的是二级索引,那么在 RR 和 RC 级别下,又会加哪些锁呢?今天我们再来一起看看!
还是之前两篇文章中的测试数据,我直接粘贴过来!
CREATE TABLE `xttblog` (
`id` bigint(20) NOT NULL,
`name` varchar(16) COLLATE utf8mb4_bin DEFAULT NULL,
`idcard` bigint(20) NOT NULL,
PRIMARY KEY (`id`),
KEY `name` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;
insert into `xttblog` values(1,’’,100),(5,'xttblog’,200),
(8,’xttblog’,300),(10,’’,400);
现在假设 name 自己有二级索引,idcard 字段没有索引。那么在精确查询、范围查询、查询结果为空的情况分别加哪些锁呢?
首先看精确查询,如果在 RC 隔离级别下,会对命中的二级索引和聚簇索引加 record lock。
// 在name='xttblog'的两条索引记录上加X锁
// 并在id=5和id=8的聚簇索引上加X锁
update `xttblog` set idcard=600 where name='xttblog';
如果在 RR 隔离级别下,会在命中的二级索引上加 next-key lock,最后命中的索引的后面的间隙会加上 gap lock。对应的聚簇索引上加 record lock。
// 在name='xttblog'的两条索引记录上加X锁
// 并在id=5和id=8的聚簇索引上加X锁
// 并在二级索引的间隙('','xttblog')('xttblog','xttblog')('xttblog','')加gap lock
update `xttblog` set idcard=880 where name='xttblog';
剩下的范围查询,查询结果为空的情况都需要加很多间隙锁。另外模糊查询,也是非常复杂的。我这里没分析!
结合一起的文章,RC 级别比 RR 级别加的锁,看起来比较少。因此,这也是很多公司首选 RC 级别的原因之一!
: » MySQL 二级索引在 RR 和 RC 隔离级别下的加锁情况总结
原创文章,作者:306829225,如若转载,请注明出处:https://blog.ytso.com/252432.html