详细剖析MySQL临键锁

已于 2024-09-12 18:00:29 修改
阅读量1.9w 收藏 58
点赞数 32
分类专栏： MySQL 文章标签： mysql 锁 mysql锁机制 临键锁 间隙锁 记录锁 mysql优化
于 2023-07-17 15:05:31 首次发布
緑水長流原创出品，未经许可禁止转载！
本文链接：https://blog.csdn.net/Bb15070047748/article/details/131766686
版权

💗推荐阅读文章💗

🎉本博客知识点收录于🎉👉🚀《MySQL系列教程》🚀—>✈️03【锁、事务原理、MVCC】✈️

2.4.1 临键锁的区间测试

临键锁（Next-Key Lock）：临键锁是查询时InnoDB根据查询的条件而锁定的一个范围，这个范围中包含有间隙锁和记录锁；临键锁=间隙锁+记录锁。

其设计的目的是为了解决Phantom Problem(幻读)，因此临键锁主要是阻塞也是insert，但由于临键锁中包含有记录锁，因此临键锁所锁定的范围内如果包含有记录，那么也会给这些记录添加记录锁，从而造成阻塞除insert之外的操作；

Tips：临键锁的主要目的，也是为了避免幻读(Phantom Read)。如果把事务的隔离级别降级为RC，临键锁则也会失效。

临键锁锁住的区间为：记录+区间（左开右闭）

左开右闭：不锁住左边，锁右边

测试表：

drop table if exists t2;

CREATE TABLE `t2`  (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `num` int(11) ,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB ;

INSERT INTO `t2`(`id`, `num`) VALUES (5, 5);
INSERT INTO `t2`(`id`, `num`) VALUES (10, 10);
INSERT INTO `t2`(`id`, `num`) VALUES (15, 15);
INSERT INTO `t2`(`id`, `num`) VALUES (20, 20);

-- 创建普通索引
create index idx_num on t2(num);

-- 创建唯一索引
create unique index idx_num on t2(num);

-- 删除索引
drop index idx_num on t2;
  • 区间示意图：

Tips：间隙锁只会阻塞insert，记录锁会阻塞任意的锁（要注意排他锁和共享锁的关系）；

【测试案例-01-间隙锁】

下列测试的临键锁不仅把条件区间（11-16）的数据行锁住了，还把临键的数据行统统锁住了；锁住的区间为：(10,15]、(15,20]

锁住的id范围：10（不含）~20（含）

session1session2
begin;
begin;
select * from t2 where id>11 and id<16 for update;
insert into t2 values(10,0); – 不阻塞
insert into t2 values(11,0); – 阻塞
insert into t2 values(15,0); – 阻塞
insert into t2 values(16,0); – 阻塞
insert into t2 values(18,10); – 阻塞
insert into t2 values(20,0); – 阻塞
insert into t2 values(21,0); – 不阻塞
rollback;
rollback;

【案例测试-02-记录锁】

临键锁是间隙锁+记录锁的；上述案例中测试了临键锁中的间隙锁，这次我们来测试一下临键锁中的记录锁；

session1session2
begin;
begin;
select * from t2 where id>11 and id<16 for update;
select * from t2 where id=12 for update; – 间隙锁,不阻塞
select * from t2 where id=15 for update; – 记录锁,阻塞
select * from t2 where id=17 for update; – 间隙锁,不阻塞
select * from t2 where id=20 for update; – 记录锁,阻塞
rollback;
rollback;

2.4.2 临键锁-普通列

我们刚刚测试的是以主键索引进行测试，如果采用不同的列（普通列、普通索引、唯一索引/主键索引等），则临键锁中的间隙锁和记录锁住的内容大不相同；

如果查询的是普通列，那么触发的临键锁为：表级别的间隙锁+表级别的记录锁

  • 测试表：
drop table if exists t2;

CREATE TABLE `t2`  (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `num` int(11) ,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB ;

INSERT INTO `t2`(`id`, `num`) VALUES (5, 5);
INSERT INTO `t2`(`id`, `num`) VALUES (10, 10);
INSERT INTO `t2`(`id`, `num`) VALUES (15, 15);
INSERT INTO `t2`(`id`, `num`) VALUES (20, 20);
1）间隙锁

【案例测试-01-表级别间隙锁】

session1session2
begin;
begin;
select * from t2 where num=11 for update;
insert into t2 values(null,3); – 阻塞
insert into t2 values(null,5); – 阻塞
insert into t2 values(null,8); – 阻塞
insert into t2 values(null,10); – 阻塞
insert into t2 values(null,18); – 阻塞
insert into t2 values(null,21); – 阻塞
rollback;
rollback;

Tips：innoDB查询如果没有使用到索引默认触发表级临键锁，把所有的间隙都锁住了

2）记录锁

以普通列查询除了会触发表级别的临键锁外，同时还会触发表级别的记录锁；

【案例测试-02-表级别记录锁】

session1session2
begin;
begin;
select * from t2 where num=11 for update;
select * from t2 where id=3 for update; – 间隙锁,不阻塞
select * from t2 where id=5 for update; – 记录锁,阻塞
select * from t2 where id=8 for update; – 间隙锁,不阻塞
select * from t2 where id=15 for update; – 记录锁,阻塞
select * from t2 where id=18 for update; – 间隙锁,不阻塞
select * from t2 where id=20 for update; – 记录锁,阻塞
rollback;
rollback;

2.4.3 临键锁-普通索引

如果查询的列为普通索引列，要看被查询的记录是否是等值查询，是否查询临界值，以及是否是范围查询，才能判断临建锁的范围；

  • 等值查询：
    • 非临界值：那么间隙锁为当前记录所在的区间，记录锁则不会生效；
    • 临界值：那么间隙锁为相邻的两个区间，记录锁退化成行锁（即只会锁住被查询的那条记录）；
  • 范围查询：间隙锁为范围所涉及到的所有区间，记录锁也会升级为范围锁涉及到的区间
drop table if exists t2;

CREATE TABLE `t2`  (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `num` int(11) ,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB ;

INSERT INTO `t2`(`id`, `num`) VALUES (5, 5);
INSERT INTO `t2`(`id`, `num`) VALUES (10, 10);
INSERT INTO `t2`(`id`, `num`) VALUES (15, 15);
INSERT INTO `t2`(`id`, `num`) VALUES (20, 20);

-- 创建普通索引
create index idx_num on t2(num);
1）非临界值

当使用普通索引列查询，查询的记录不处于临界值时，那么间隙锁为被查询记录所在的区间，记录锁则不会生效；

【测试案例-01-间隙锁】

session1session2
begin;
begin;
– 触发间隙锁，锁住(15,20]区间 select * from t2 where num=17 for update;
insert into t2 values(null,15); – 阻塞
insert into t2 values(null,18); – 阻塞
insert into t2 values(null,20); – 不阻塞
rollback;
rollback;

num=17这条记录不是会锁定(15,20]区间吗？为什么15被阻塞了，20反而没被阻塞呢？

这里需要牵扯到另一个问题了，在InnoDB中，相同的**普通索引**的叶子节点是以主键的顺序进行排列的，我们来模拟一下刚刚插入的数据在B+Tree上的变化：

只考虑叶子节点的变化，可以看到上图在演变的过程中产生了分裂情况（假设每个叶子节点都只存储两个元素），如果普通索引的重复值太多势必会造成大量的分裂情况，减低插入效率，因此索引列不宜选择重复率太大的列；

再看下图数据库表中实际存储的列的样子我们就会明白为什么num=20不阻塞，num=15阻塞了

  • num索引列排列情况：

查询示意图：

【测试案例-02-间隙锁】

当我们把id列的影响也计算进来时，数据就符合我们正常分析的情况了：

session1session2
begin;
begin;
– 触发间隙锁，锁住(15,20]区间 select * from t2 where num=17 for update;
insert into t2 values(14,15); – 不阻塞
insert into t2 values(18,18); – 阻塞
insert into t2 values(19,20); – 阻塞
rollback;
rollback;

【测试案例-03-记录锁】

当使用普通索引列查询，查询的记录不处于临界值时，那么间隙锁为被查询记录所在的区间，记录锁则不会生效（不存在记录锁）

session1session2
begin;
begin;
– 没有num=17的这条记录，记录锁不会存在 select * from t2 where num=17 for update;
select * from t2 where num=15 for update; – 不阻塞
select * from t2 where num=16 for update; – 不阻塞
select * from t2 where num=17 for update; – 不阻塞
select * from t2 where num=20 for update; – 不阻塞
rollback;
rollback;
2）临界值

【测试案例-01-间隙锁】

当使用普通索引列来查询，并且查询的记录处于临界值时，那么间隙锁为相邻的两个区间，记录锁退化成行锁；

下面案例将会锁住(10,15]、(15,20]两个区间

session1session2
begin;
begin;
– 触发的间隙锁的区间为(10,15]、(15,20] select * from t2 where num=15 for update;
insert into t2 values(null,8); – 不阻塞
insert into t2 values(null,10); – 阻塞
insert into t2 values(null,11); – 阻塞
insert into t2 values(null,15); – 阻塞
insert into t2 values(null,18); – 阻塞
insert into t2 values(null,20); – 不阻塞
rollback;
rollback;

发现实际插入的数据跟我们分析的情况不一致，这个时候我们依然也要观察B+Tree的实现：

  • 索引底层构建过程：

  • 临键锁区间：

15处于(10,15]和(15,20]两个临键区间，因此在两个区间内的数据行都被锁住了

【测试案例-02-记录锁】

当使用普通索引列来查询，并且查询的记录处于临界值时，那么间隙锁为相邻的两个区间，记录锁退化成行锁；

session1session2
begin;
begin;
– 记录锁只锁住num=15这行记录 select * from t2 where num=15 for update;
select * from t2 where num=10 for update; – 不阻塞
select * from t2 where num=12 for update; – 不阻塞
select * from t2 where num=15 for update; – 阻塞
select * from t2 where num=18 for update; – 不阻塞
select * from t2 where num=20 for update; – 不阻塞
select * from t2 where num=22 for update; – 不阻塞
rollback;
rollback;
3）范围值

【测试案例-01-间隙锁】

当使用普通索引进行条件范围查询时，那么间隙锁查询范围所涉及到的区间，记录锁也会升级为查询范围涉及到的区间；

session1session2
begin;
begin;
– 间隙锁为(10,20]区间 select * from t2 where num>11 and num <16 for update;
insert into t2 values(9,10); – 不阻塞
insert into t2 values(11,10); – 阻塞（参考B+Tree的构建）
insert into t2 values(11,11); – 阻塞
insert into t2 values(12,12); – 阻塞
insert into t2 values(15,15); – 阻塞（被记录锁阻塞）
insert into t2 values(18,18); – 阻塞
insert into t2 values(19,20); – 阻塞
insert into t2 values(21,20); – 不阻塞（参考B+Tree的构建）
rollback;
rollback;
  • 分析底层B+Tree构建情况：

【测试案例-02-记录锁】

当使用普通索引进行条件范围查询时，那么间隙锁查询范围所涉及到的区间，记录锁也会升级为查询范围涉及到的区间；

session1session2
begin;
begin;
– 记录锁的区间为(10,20]区间 select * from t2 where num>11 and num <16 for update;
select * from t2 where num=10 for update; – 不阻塞（左开右闭）
select * from t2 where num=12 for update; – 不阻塞（属于间隙）
select * from t2 where num=15 for update; – 阻塞（触发记录锁）
select * from t2 where num=16 for update; – 不阻塞（属于间隙）
select * from t2 where num=18 for update; – 不阻塞（属于间隙）
select * from t2 where num=20 for update; – 阻塞（左开右闭，触发记录锁）
select * from t2 where num=21 for update; – 不阻塞（即是间隙，也不在区间）
rollback;
rollback;

2.4.4 临键锁-主键和唯一索引

如果查询的是唯一索引或主键索引，也要看被查询的记录是否是等值查询，是否是范围查询等。

  • 等值查询：
    • 非临界值：间隙锁为当前被查询的记录所在的区间，记录锁不会生效（和普通索引的效果一致）；
    • 临界值：间隙锁会消失，记录锁退化成行锁；
  • 范围查询：间隙锁为范围查询所涉及到的所有区间，记录数也会升级为范围所涉及到的区间（和普通索引的效果一致）；

创建唯一索引：

-- 删除索引
drop index idx_num on t2;
-- 创建唯一索引
create unique index idx_num on t2(num);
1）非临界值

唯一索引在查询非临界值的记录时和普通索引的特点一样，即**间隙锁为当前记录所在的区间，记录锁不生效；**

【测试案例-01-间隙锁】

session-01session-02
begin;
begin;
– 间隙锁锁住的区间为(15,20] select * from t2 where num=17 for update;
insert into t2 values(null,11); – 不阻塞
insert into t2 values(null,15); – 不阻塞（这一列表中已经存在了，立即响应）
insert into t2 values(null,16); – 阻塞
insert into t2 values(null,18); – 阻塞
insert into t2 values(null,20); – 不阻塞（这一列表中已经存在了，立即响应）
insert into t2 values(null,21); – 不阻塞
  • 分析num列索引的B+Tree底层构建情况：

Tips：唯一索引冲突时MySQL会立即响应，不会被锁阻塞

【测试案例-02-记录锁】

唯一索引在查询非临界值的记录时，记录锁不生效；

session1session2
begin;
begin;
– 没有num=17的这条记录，记录锁不会存在 select * from t2 where num=17 for update;
select * from t2 where num=15 for update; – 不阻塞
select * from t2 where num=16 for update; – 不阻塞
select * from t2 where num=17 for update; – 不阻塞
select * from t2 where num=20 for update; – 不阻塞
rollback;
rollback;
2）临界值

在使用唯一索引查询临界值时，间隙锁会消失，记录锁会退化成行锁；

【测试案例-01-间隙锁】

session1session2
begin;
begin;
select * from t2 where num=15 for update;
insert into t2 values(null,4); – 不阻塞
insert into t2 values(null,8); – 不阻塞
insert into t2 values(null,11); – 不阻塞
insert into t2 values(null,15); – 阻塞(阻塞的原因是记录锁，而不是间隙锁)
insert into t2 values(null,28); – 不阻塞
rollback;insert into t2 values(null,20); – 不阻塞
rollback;

【测试案例-02-记录锁】

session1session2
begin;
begin;
– 记录锁只锁住num=15这行记录 select * from t2 where num=15 for update;
select * from t2 where num=10 for update; – 不阻塞
select * from t2 where num=12 for update; – 不阻塞
select * from t2 where num=15 for update; – 阻塞
select * from t2 where num=18 for update; – 不阻塞
select * from t2 where num=20 for update; – 不阻塞
select * from t2 where num=22 for update; – 不阻塞
rollback;
rollback;
3）范围值

【测试案例-01-间隙锁】

当使用普通索引进行条件范围查询时，那么间隙锁查询范围所涉及到的区间，记录锁也会升级为查询范围涉及到的区间；

session1session2
begin;
begin;
– 间隙锁为(10,20]区间 select * from t2 where num>11 and num <16 for update;
insert into t2 values(9,10); – 不阻塞
insert into t2 values(11,10); – 阻塞（参考B+Tree的构建）
insert into t2 values(11,11); – 阻塞
insert into t2 values(12,12); – 阻塞
insert into t2 values(15,15); – 阻塞（被记录锁阻塞）
insert into t2 values(18,18); – 阻塞
insert into t2 values(19,20); – 阻塞
insert into t2 values(21,20); – 不阻塞（参考B+Tree的构建）
rollback;
rollback;
  • 分析底层B+Tree构建情况：

【测试案例-02-记录锁】

当使用普通索引进行条件范围查询时，那么间隙锁查询范围所涉及到的区间，记录锁也会升级为查询范围涉及到的区间；

session1session2
begin;
begin;
– 记录锁的区间为(10,20]区间 select * from t2 where num>11 and num <16 for update;
select * from t2 where num=10 for update; – 不阻塞（左开右闭）
select * from t2 where num=12 for update; – 不阻塞（属于间隙）
select * from t2 where num=15 for update; – 阻塞（触发记录锁）
select * from t2 where num=16 for update; – 不阻塞（属于间隙）
select * from t2 where num=18 for update; – 不阻塞（属于间隙）
select * from t2 where num=20 for update; – 阻塞（左开右闭，触发记录锁）
select * from t2 where num=21 for update; – 不阻塞（即是间隙，也不在区间）
rollback;
rollback;

2.4.5 临键锁总结

临键锁是InnoDB在查询数据时锁定的一个范围，这个范围包含有间隙锁和记录锁；根据查询的条件不同（是否临界值等）、列的类型不同（是否是索引等）触发的临键锁范围也不同；

  • 普通列：临键锁中的间隙锁和记录锁均为表级别；
  • 普通索引列：
    • 非临界值：间隙锁为被查询的记录所在的区间，记录锁不生效。
    • 临界值：间隙锁为被查询记录所在的相邻两个区间，记录数退化为行锁。
    • 范围值：间隙锁和记录数均为查询条件所涉及到的区间。
  • 唯一索引或主键索引列：
    • 非临界值：间隙锁为被查询的记录所在的区间，记录锁不生效。
    • 临界值：间隙锁失效，记录锁退化为行锁。
    • 范围值：间隙锁和记录数均为查询条件所涉及到的区间。

Tips：临键锁的主要目的，也是为了避免幻读(Phantom Read)。如果把事务的隔离级别降级为RC，临键锁则也会失效。

緑水長流*z
关注
专栏目录
第72讲：MySQL数据库锁机制剖析：行级锁、间隙锁与临键锁详解及应用指南
江晓龙的博客
11-30 1万+
首先我们来查询一下xscjb表的数据，可以看到主键8-13这个范围内没有其他数据，此时我们开启一个事务A来修改主键为10的数据，主键为10的数据不存在，并处于8-13的间隙内，此时就会产生一个间隙锁，间隙锁的范围就是8-13，可以从lock_data这里看到最大的间隙范围值，对应的最小间隙范围值就是距离13最近的一个值，也就是8-13，这时开启了事务B，事务B想要插入xh为11的数据，则会被阻塞，因为xh为11这个值处于8-13的间隙内，因此会被阻塞，当事务A提交后，阻塞才会被释放。在RR隔离级别下支持。
MySQL 锁机制系列（一） —— Next-Key Lock
ljcgit的博客
10-14 4686
背景故事 事务A 事务B begin; select count(*) from t_user where uid > 20;// 返回1 insert into t_user values(30,‘AA’,20); update t_user set age = 30 where uid > 20;// 显示有两条记录修改成功 上面两个事务，首先先开启事务A，查询id大于20的记录数，结果返回1，说明只有1条记录uid大于20，随后事务B插入了一条uid
MySQL | 行锁——记录锁、间隙锁 、临键锁、插入意向锁
m0_60500421的博客
08-10 1023
MySQL | 行锁——记录锁、间隙锁 、临键锁、插入意向锁
mysql 临键锁_临键锁（Next-key Lock）
weixin_31100895的博客
02-27 2759
A next-key lock is a combination of a record lock on the index record and a gap lock on the gap before the index record.临键锁是记录锁与与间隙锁的结合，所以临键锁与间隙锁是一个同时存在的概念，并且临键锁是个左开右闭的区间比如(16, 18]。关于临键锁与幻读，官方文档有这么一条说...
MySQL InnoDB中的锁-临键锁（next-key lock）
fofcn的专栏
02-28 9082
锁列表 共享与列排他锁 意向锁 记录锁 间隙锁 Next-Key锁 插入意向锁 AUTO-INC锁 这次我们只来讨论和实验意向锁。 Next-Key锁 概述 Next-Key锁称为临键锁。 临键锁可以理解为锁住的是索引本身以及索引之前的间隙，是一个左开右闭的区间。当 SQL 执行按照非唯一索引进行数据的检索时，会给匹配到行上加上临键锁。 锁定区间 实验 以下实验基于MySQL 8.0.x版本。 建表语句： CREATE TABLE `sys_user` ( `id` int NOT NULL AUTO
MySQL中的临键锁：深入理解与案例解析
Java技术乐园
01-04 1329
临键锁是MySQL中InnoDB存储引擎提供的一种重要的锁机制，它通过结合行锁和间隙锁，确保了多个事务并发执行时数据的完整性和一致性。同时，临键锁还可以防止死锁和幻读的问题。
推荐：mysql锁　innodb下的记录锁，间隙锁，next-key锁
热门推荐
大树叶 技术专栏
06-26 2万+
你需要知道的 之前我们介绍了排他锁，其实innodb下的记录锁（也叫行锁），间隙锁，next-key锁统统属于排他锁。 行锁 记录锁其实很好理解，对表中的记录加锁，叫做记录锁，简称行锁。 生活中的间隙锁 编程的思想源于生活，生活中的例子能帮助我们更好的理解一些编程中的思想。 生活中排队的场景，小明，小红，小花三个人依次站成一排，此时，如何让新来的小刚不能站在小红旁边，这时候只要
mysql next-key lock
hzllblzjily的专栏
02-05 1095
关于mysql next-key lock,即record lock + gap lock,为半开半闭区间的lock，若当前读＋之后的insert语句，会出现不同的死锁情况，条件触发情况如下 1. 首先其在事务隔离级别为repeatable-read下才会生效 2. 若查询条件落在唯一索引上（包括主键）例如 select for update where/delete where/update
深入理解MySQL锁机制与性能优化：详解记录锁、间隙锁、临键锁及慢SQL查询分析
搬砖的小熊猫的博客
07-24 1452
Read View 保存了当前事务开启时所有活跃（还没有提交）的事务列表，换个角度，可以理解为 Read View 保存了不应该让这个事务看到的其他的事务 ID 列表。第三种情况，当我们使用了范围查询，不仅仅命中了 Record 记录，还包含了 Gap 间隙，在这种情况下我们使用的就是临键锁，它是 MySQL 里面默认的行锁算法，相当于记录锁加上间隙锁。越靠上，表示查询效率越高。第一种情况，当我们对于唯一性的索引（包括唯一索引和主键索引）使用等值查询，精准匹配到一条记录的时候，这个时候使用的就是记录锁。
Mysql的间隙锁，记录锁，临键锁
qq_15965621的博客
05-10 2103
聊到mysql的锁，好像就有了一个聊不完的话题。网上一搜感觉各种答案都有，各种方式的描述也有，种类繁多，描述繁琐，反正看来看去，基本最后看多少忘记多少。 mysql 分储存引擎来聊锁。myisam 表锁，innodb行锁、表锁。 行锁： 共享锁（S锁：share）：当读取一行记录的时候，为了防止其他人修改，则需要加S锁。 排它锁（X锁：exclusive）：当修改一行的记录的时候，为了防止其他人同时修改，则需要添加X锁。 ...
MySQL-加锁规则(间隙锁、临键锁、行锁、表锁)
WSYW126的博客
04-05 7748
环境 MySQL version 5.6.47 隔离级别：可重复读(RR) 加锁规则 可重复读隔离级别下加锁规则 next-key lock = 间隙锁 + 行锁 原则1：加锁的基本单位是next-key lock。next-key lock是前开后闭区间。 原则2：查找过程中访问到的对象才会加锁。 原则3：索引上的等值查询，给唯一索引加锁的时候，next-key lo...
MySQL(七)关于MySQL不同版本下临键锁锁定范围不同
01-07
MySQL InnoDB底层的锁实现算法分为三种 : 记录锁，间隙锁，临键锁。 之前在验证MySQL的临键锁的时候使用docker安装的最新版本的MySQL镜像，发现其临键锁在最新的MySQL的表现和低版本(5.7)不一致，后面又自己验证了一下，并整理成博客 本文使用的高低版本MySQL分别为: 高版本MySQL: 8.0.18 低版本MySQL : 5.7.10 CREATE TABLE `t2` ( `id` int(11) NOT NULL, `name` varchar(255) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=Inno
MySQL——间隙锁、临键锁和行锁分析
专注写bug
07-19 574
MySQL间隙锁、临键锁和死锁分析前言事务隔离级别回顾间隙锁(Gap Lock) 前言 在上一篇博客(事务隔离级别案例分析)中，重点说明了几种事务隔离级别下，针对出现脏读、幻读和不可重复读问题的产生过程和结果。 同时也在串行化 隔离级别中，说到了间隙锁(针对范围数据加锁)的产生和现象。 本篇博客重点说明间隙锁和临键锁的详细问题，以及说明死锁问题出现的情况和现象分析。 事务隔离级别回顾 事务隔离级别下，出现脏读、幻读和不可重复读问题的可能性，做一个大致回顾。 隔离级别 脏读(Dirty Reads)
MySQL进阶之锁（行锁，间隙锁，临键锁）
杜小帅的博客
02-04 1314
行级锁，每次操作锁住对应的行数据。锁定粒度最小，发生锁冲突的概率最低，并发度最高。应用在 InnoDB存储引擎中。InnoDB的数据是基于索引组织的，行锁是通过对索引上的索引项加锁来实现的，而不是对记录加的 锁。对于行级锁，主要分为以下三类：行锁（Record Lock）：锁定单个行记录的锁，防止其他事务对此行进行update和delete。在 RC、RR隔离级别下都支持。
MySQL中的next-key lock
legendaryhaha的博客
03-02 4324
MySQL中的next-key locknext-key lock是啥有啥用幻读如何产生 再次推荐一下丁奇的《MySQL实战45讲》，不同阶段阅读该专栏，总能收获不同的感悟。阅读本文，即默认已经知道“当前读”和“快照读”的含义了。 next-key lock是啥 间隙锁（Gap锁）和行锁合称 next-key lock。以该表t为例子： 在MySQL采用innodb，可重复读模式的情况下，执行如下语句： select * from t for update 此时，for update情况下，sele
mysql数据库锁：临键锁
大连赵哥的博客
11-24 335
mysql数据库锁：临键锁
MySQL锁--03---意向锁（Intention Locks）、间隙锁（Gap Locks）、临键锁(Next-Key Locks)
时光里的博客
12-19 3786
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录前言 前言 https://blog.csdn.net/qq_33762302/article/details/114048569?
mysql数据库 行级锁，间隙锁和临键锁详解
最新发布
水w的博客
08-15 920
行级锁，间隙锁和临键锁
【MySQL（十五）】next-key lock
u010900754的专栏
06-27 2097
之前介绍过，sql标准中，rr级别并不能解决幻读问题，那么mysql是如何在rr级别解决幻读问题的？ 锁协议 在非序列化隔离级别下，普通读数据是快照读，写数据则要加X锁，并且遵循两段式锁协议。也就是申请的锁会一直占用，直到事务提交。 幻读问题 幻读的定义有两点需要注意： 1.幻读只有使用锁定读才可能出现，因为普通读使用的是非锁定读，会通过MVCC机制获取到一致性视图，是看不到新插入的行的； 2.只有读到新增的数据才叫幻读； 幻读的影响： 1.如果只有行锁的话，语义不正确，没有锁住新更新的行；
mysql如何避免锁表
09-22
MySQL具有一些机制和策略来避免锁表，以提高并发性和性能。以下是一些常见的方法： 1. 使用合适的索引：索引可以提高查询的效率，减少锁表的可能性。通过分析查询语句，添加适当的索引，可以减少锁表的需求。 2. 选择合适的事务隔离级别：MySQL支持多个事务隔离级别，如读未提交、读已提交、可重复读和串行化。根据具体需求，选择合适的事务隔离级别可以减少锁表的发生。 3. 合理设计事务边界：将事务边界限制在最小范围内，尽量减少事务的持有时间，可以降低锁表的概率。 4. 分表和分区：将大表分割成多个小表，或者按照特定的规则将表数据分区存储，可以有效降低锁表的影响范围。 5. 使用行锁和锁定粒度：MySQL提供了行锁和表锁两种粒度的锁机制。在并发较高的情况下，使用行锁可以减少对整个表的锁定，提高并发性。 6. 避免长事务和大事务：长时间运行的事务和大事务往往需要锁定更多的资源，容易造成锁表。尽量将事务拆分成多个小的、短时间运行的事务，可以减少锁表的可能性。 7. 使用读写分离和分布式架构：通过将读和写操作分离到不同的服务器，或者使用分布式数据库架构，可以减少对同一表的并发写操作，从而减少锁表的情况。 总之，通过合理的索引设计、事务管理、锁定粒度控制和架构优化等手段，可以有效避免MySQL的表锁问题，提高系统的并发性能。
评论 12
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

緑水長流*z

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值