详细剖析MySQL临键锁

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

💗推荐阅读文章💗

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

文章目录

2.4 临键锁

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
关注
  • 15
    点赞
  • 踩
  • 29
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 3
    评论
专栏目录
MySQL进阶之锁（行锁，间隙锁，临键锁）
杜小帅的博客
02-04 840
行级锁，每次操作锁住对应的行数据。锁定粒度最小，发生锁冲突的概率最低，并发度最高。应用在 InnoDB存储引擎中。InnoDB的数据是基于索引组织的，行锁是通过对索引上的索引项加锁来实现的，而不是对记录加的 锁。对于行级锁，主要分为以下三类：行锁（Record Lock）：锁定单个行记录的锁，防止其他事务对此行进行update和delete。在 RC、RR隔离级别下都支持。
最近邻耦合网络&度分布计算
04-24
通过设置参数构建最近邻耦合网络；计算网络的度分布(This program is to create a NN coupled network and calculate the degree distribution of a network.)
邻区查看工具
07-21
邻区查看工具，还可以，用得还不错，比其他好用，就是还有点小BUG啊。
lindai.rar_邻带
09-14
测量学中常用的高斯坐标相关转换知识，以及邻带转换等的代码
邻智慧社区平台建设方案建议书
11-12
邻智慧社区平台建设方案建议书
MySQL InnoDB中的锁-临键锁（next-key lock）
fofcn的专栏
02-28 8175
锁列表 共享与列排他锁 意向锁 记录锁 间隙锁 Next-Key锁 插入意向锁 AUTO-INC锁 这次我们只来讨论和实验意向锁。 Next-Key锁 概述 Next-Key锁称为临键锁。 临键锁可以理解为锁住的是索引本身以及索引之前的间隙，是一个左开右闭的区间。当 SQL 执行按照非唯一索引进行数据的检索时，会给匹配到行上加上临键锁。 锁定区间 实验 以下实验基于MySQL 8.0.x版本。 建表语句： CREATE TABLE `sys_user` ( `id` int NOT NULL AUTO
临键锁 Next-key Locks
weixin_43803780的博客
11-13 205
当我们使用索引进行范围查询，命中了记录的情况下，就是使用了临键锁，相当于记录锁+间隙锁。1 唯一性索引，等值查询匹配到一条记录的时候，退化成记录锁。2 没有匹配到任何记录的时候，退化成间隙锁。左开右闭区间，目的是为了解决幻读的问题。只有快照读时，mvcc可以解决幻影读。出现当前读时， 临键锁可以解决幻影读。即临键锁是是一个左开右闭的区间，为什么需要间隙锁和临键锁。临键锁是行锁+间隙锁，
Mysql_行锁、临键锁、间隙锁的理解
Knight
05-15 1925
行锁、临键锁、间隙锁只是表示锁定数据的范围，最终目的是为了解决幻读的问题。而临键锁相当于行锁+间隙锁，因此当我们使用非唯一索引进行精准匹配的时候，会默认加临键锁，因为它需要锁定匹配的这一行数据，还需要锁定这一行数据对应的左开右闭区间。
MySQL中的临键锁：深入理解与案例解析
最新发布
Java技术乐园
01-04 1198
临键锁是MySQL中InnoDB存储引擎提供的一种重要的锁机制，它通过结合行锁和间隙锁，确保了多个事务并发执行时数据的完整性和一致性。同时，临键锁还可以防止死锁和幻读的问题。
临建锁（next-key）
m0_59506618的博客
01-15 735
临建锁
mysql 悲观锁与乐观锁的理解及应用分析
09-08
主要介绍了mysql 悲观锁与乐观锁的理解及应用,结合实例形式分析了MySQL数据库悲观锁与乐观锁相关概念、原理、使用方法及相关操作注意事项,需要的朋友可以参考下
详细分析mysql MDL元数据锁
09-08
主要介绍了mysql MDL元数据锁的相关资料，文中讲解非常细致，代码帮助大家更好的理解和学习，感兴趣的朋友可以了解下
mysql共享锁与排他锁用法实例分析
09-09
主要介绍了mysql共享锁与排他锁用法,结合实例形式分析了mysql共享锁与排他锁相关概念、原理、用法及操作注意事项,需要的朋友可以参考下
小白也能看懂的Innodb执行引擎及MVCC原理
qq_46993700的博客
06-05 3286
文章目录一、InnoDB实现事务四大特性二、InnoDB的实现原理三、并发一致性问题四、隔离级别五、Undo log六、MVCC七、Redo log 一、InnoDB实现事务四大特性 原子性(Atomicity)：原子性指整个数据库事务是不可分割的工作单位。事务中所有的数据库操作，要么全部提交成功，要么全部失败回滚。 一致性(Consistency)：数据库总是从一个一致性的状态转换到另一个一致性的状态。 隔离性(Isolation)：事务的隔离性要求每个读写事务的对象对其他事务的操作对象能相互分离，即
间隙锁和临键锁
weixin_71788142的博客
05-09 578
在Session_1下面执行 select * from account where id =22 for update，则其他Session没法 (20,z正无穷)像上面那个例子里的这个(3,20]的整个区间可以叫做临键锁。里插入或修改任何数据，即id在 (3,20]区间都无法修改数据，注意最后那个20也是包含在内的。要想解决幻读，锁住这个区间的某个不存在的值，那么这个区间里面就不可以做任何的修改插入操作了。那么间隙就有 id 为 (3,10)，(10,20)，(20,正无穷) 这三个区间，
MySQL数据库——锁-行级锁（行锁、间隙锁和临键锁）
li13437542099的博客
12-22 1461
行级锁，每次操作锁住对应的行数据。锁定粒度最小，发生锁冲突的概率最低，并发度最高。应用在InnoDB存储引擎中。InnoDB的数据是基于索引组织的，行锁是通过对索引上的索引项加锁来实现的，而不是对记录加的锁。行锁（Record Lock）：锁定单个行记录的锁，防止其他事务对此行进行update和delete。在RC、RR隔离级别下都支持。间隙锁（Gap Lock）：锁定索引记录间隙（不含该记录），确保索引记录间隙不变，防止其他事务在这个间隙进行insert，产生幻读。在RR隔离级别下都支持。
mysql insert 阻塞_InnoDB，select为啥会阻塞insert？（记录锁和间隙锁、临键锁）
weixin_39902184的博客
02-01 440
MySQL的InnoDB的细粒度行锁，是它最吸引人的特性之一。但是，如《InnoDB，5项最佳实践》所述，如果查询没有命中索引，也将退化为表锁。InnoDB的细粒度锁，是实现在索引记录上的。一，InnoDB的索引InnoDB的索引有两类索引，聚集索引(Clustered Index)与普通索引(Secondary Index)。InnoDB的每一个表都会有聚集索引：(1)如果表定义了PK，则PK就...
MySQL记录锁、间隙锁、临键锁（Next-Key Locks）详解
yzx3105的博客
03-21 4932
唯一索引等值查询：1.当查询的记录是存在的，next-key lock 会退化成「记录锁」。2.当查询的记录是不存在的，next-key lock 会退化成「间隙锁」。非唯一索引等值查询：1.当查询的记录存在时，除了会加 next-key lock 外，还额外加间隙锁，也就是会加两把锁。2.当查询的记录不存在时，只会加 next-key lock，然后会退化为间隙锁，也就是只会加一把锁。
Centos7安装MySQL详细步骤
热门推荐
緑水長流*z
05-22 5万+
Centos7 安装MySQL详细步骤 首先在虚拟机中安装一个Centos7（VM虚拟机安装Centos7） 1.1 MySQL安装 1.1.1 下载wget命令 yum -y install wget 1.1.2 在线下载mysql安装包 wget https://dev.mysql.com/get/mysql57-community-release-el7-8.noarch.rpm 1.1.3 安装MySQL rpm -ivh mysql57-community-release-el7-8.noar
mysql如何避免锁表
09-22
MySQL具有一些机制和策略来避免锁表，以提高并发性和性能。以下是一些常见的方法： 1. 使用合适的索引：索引可以提高查询的效率，减少锁表的可能性。通过分析查询语句，添加适当的索引，可以减少锁表的需求。 2. 选择合适的事务隔离级别：MySQL支持多个事务隔离级别，如读未提交、读已提交、可重复读和串行化。根据具体需求，选择合适的事务隔离级别可以减少锁表的发生。 3. 合理设计事务边界：将事务边界限制在最小范围内，尽量减少事务的持有时间，可以降低锁表的概率。 4. 分表和分区：将大表分割成多个小表，或者按照特定的规则将表数据分区存储，可以有效降低锁表的影响范围。 5. 使用行锁和锁定粒度：MySQL提供了行锁和表锁两种粒度的锁机制。在并发较高的情况下，使用行锁可以减少对整个表的锁定，提高并发性。 6. 避免长事务和大事务：长时间运行的事务和大事务往往需要锁定更多的资源，容易造成锁表。尽量将事务拆分成多个小的、短时间运行的事务，可以减少锁表的可能性。 7. 使用读写分离和分布式架构：通过将读和写操作分离到不同的服务器，或者使用分布式数据库架构，可以减少对同一表的并发写操作，从而减少锁表的情况。 总之，通过合理的索引设计、事务管理、锁定粒度控制和架构优化等手段，可以有效避免MySQL的表锁问题，提高系统的并发性能。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

緑水長流*z

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

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

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

打赏作者

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

抵扣说明：

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

余额充值