您当前的位置:首页 > 电脑百科 > 数据库 > 百科

select...for update,表锁?行锁?间隙锁?

时间:2023-11-06 14:29:56  来源:微信公众号  作者:楼仔

对于这个问题,我 4 年前就专门研究过,最近看到网上很多相关的文章,要么总结得不全,要么存在很多问题。

感觉有必要自己写一篇,一方面对网上的知识进行纠偏,另一方面也想全面总结一下这块知识,方便大家学习。

这篇文章应该是全网总结最全的,如果有发现比我这篇写得更好,更全,一定要私我哈。

不 BB,上文章目录:

select...for update,表锁?行锁?间隙锁?图片

01 环境准备

在验证之前,我们先准备好具体的环境和数据,事务隔离级别 RR,数据库版本 5.7.26。

为了方便测试,索引都是整型:

CREATE TABLE user (
  id int(11) unsigned NOT NULL AUTO_INCREMENT,
  user_no int(11) NOT NULL COMMENT '用户编号',
  user_name varchar(16) DEFAULT NULL COMMENT '用户名',
  age int(3) DEFAULT NULL COMMENT '年龄',
  PRIMARY KEY (id),
  UNIQUE KEY un_idx_user_no (user_no),
  KEY idx_age (age)
) ENGINE=InnoDB AUTO_INCREMENT=0 DEFAULT CHARSET=utf8;

初始化数据:

insert into user values(1, 10, '楼仔', 18);
insert into user values(4, 15, '二哥', 28);
insert into user values(8, 20, '一灰', 38);

常用命令操作:

> start transaction; // 开启事务
> commit; // 提交事务
> rollback; // 回滚事务
> select @@transaction_isolation; // 查看事务隔离级别
> select @@version; // 查看数据库版本
> SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS; //  查询锁

02 场景分类

2.1 主键(有值)

说明:主键查询,查询数据存在。

执行悲观锁查询:

select * from user where id = 1 for update;

执行更新操作,被锁住了:

update user set user_name = "楼仔小弟" where id = 1;
ERROR 1205 (HY000): Lock wAIt timeout exceeded; try restarting transaction

查看锁信息:

select...for update,表锁?行锁?间隙锁?图片

  • lock_mode 为 X(排他锁)
  • lock_type 为 RECORD,行级锁

结论:查询条件为主键,且有值,行锁

2.2 主键(空值)

操作:主键查询,查询数据不存在。

执行悲观锁查询:

select * from user where id = 2 for update;

执行插入操作,被锁住了:

insert into user values(3, 14, '楼仔小弟', 28);
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

这里的间隙锁,锁住的区间是 id 字段的 (1,4) 区间,查看锁信息:

select...for update,表锁?行锁?间隙锁?图片

  • lock_mode 为 X(排他锁)+ Gap(间隙锁)
  • lock_type 为 RECORD,行级锁

结论:查询条件为主键,且空值,间隙锁

2.3 唯一索引(有值)

说明:唯一索引查询,数据存在。

执行悲观锁查询:

select * from user where user_no = 10 for update;

执行更新操作,被锁住了:

update user set user_name = "楼仔小弟" where user_no = 10;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

select...for update,表锁?行锁?间隙锁?图片

结论:查询条件为唯一索引,且有值,行锁

2.4 唯一索引(空值)

说明:唯一索引查询,数据不存在。

执行悲观锁查询:

select * from user where user_no = 11 for update;

执行插入操作,被锁住了:

insert into user values(3, 14, '楼仔小弟', 28);
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

这里的间隙锁,锁住的区间是 user_no 字段的 (1,4) 区间。

select...for update,表锁?行锁?间隙锁?图片

结论:查询条件为唯一索引,且空值,间隙锁

2.5 普通索引(有值)

说明:普通索引,数据存在。

执行悲观锁查询:

select * from user where age = 18 for update;

执行更新操作,被锁住了:

update user set user_name = "楼仔小弟" where age = 18;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

select...for update,表锁?行锁?间隙锁?图片

执行插入操作,被锁住了:

insert into user values(3, 14, '楼仔小弟', 20);
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

select...for update,表锁?行锁?间隙锁?图片

这里锁住的是 age 字段的 [18, 28) 这区间。

结论:查询条件为普通索引,且有值,间隙锁

2.6 普通索引(空值)

说明:普通索引,数据不存在。

执行悲观锁查询:

select * from user where age = 19 for update;

执行插入操作,被锁住了:

insert into user values(3, 14, '楼仔小弟', 20);
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

select...for update,表锁?行锁?间隙锁?图片

这里锁住的是 age 字段的 (18, 28) 这区间。

结论:查询条件为普通索引,且空值,间隙锁

2.7 索引(范围查询)

说明:这里的索引,包括主键索引、唯一索引和普通索引。

执行悲观锁查询:

select * from user where id > 1 for update;

执行插入操作,被锁住了:

insert into user values(3, 14, '楼仔小弟', 20);
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

select...for update,表锁?行锁?间隙锁?图片

这里其实可以对 id = 1 的数据进行更新,对于其它数据,都被锁住,锁住的范围是 id 字段的 (1, 4],(4, 8],(8, 正无穷) 区间。

结论:查询条件为索引,且是范围查询,间隙锁。

2.8 无索引

执行悲观锁查询:

select * from user where user_name = "楼仔" for update;

执行插入操作,被锁住了:

insert into user values(3, 14, '楼仔小弟', 20);
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

select...for update,表锁?行锁?间隙锁?

这里明显是锁表了,但是为什么锁的信息还是行锁呢,知道的同学,可以私我哈~~

结论:查询条件为无索引,表锁。

03 加锁规则

3.1 规律总结

我们把上面的结论进行汇总:

select...for update,表锁?行锁?间隙锁?图片

总结如下规律:

  1. 当查询条件为主键和唯一索引,当有值时,是行锁;
  2. 当查询条件为主键和唯一索引,当为空值时,是间隙锁;
  3. 当查询条件为普通索引,是间隙锁;
  4. 当查询条件为索引,且为范围查询,是间隙锁;
  5. 当查询条件无索引,是表锁。

3.2 加锁规则

那是否有一套加锁规则呢?

为了便于大家理解,我先普及 3 个概念:

  • Record Lock:行锁
  • Gap Lock:间隙锁,锁定一个范围,但不包含记录本身
  • Next-Key Lock:行锁 + 间隙锁,左开右闭,比如(1,5]

其实 MySQL 大佬林晓斌在极客时间讲过,后来也有很多博主转发过他的加锁规则,我直接把这套规则贴一下。

两个“原则”:

  • 原则 1:加锁的基本单位是 next-key lock,其中 next-key lock 是前开后闭区间;
  • 原则 2:查找过程中访问到的对象才会加锁。

两个“优化”:

  • 优化 1:索引上的等值查询,给唯一索引加锁的时候,next-key lock退化为行锁;
  • 优化 2:索引上的等值查询,向右遍历时且最后一个值不满足等值条件的时候,next-key lock 退化为间隙锁。

3.3 分析一下

这里我们结合上面的案例,来解读这套加锁规则。

针对我们前面总结的 5 条规律,我们先分析这两条:

  • 当查询条件为主键和唯一索引,当有值时,是行锁;
  • 当查询条件为主键和唯一索引,当为空值时,是间隙锁。

下面我们根据 “两个原则” + “两个优化” 来分析一下。

根据 “原则 1”,加锁的基本单位是 next-key lock,当 “索引上为等值查询” 时(即能查到该数据),根据 “优化 1”,间隙锁退化为行锁。

同理,根据 “优化 2”,索引上的等值查询,向右遍历时且最后一个值不满足等值条件的时候,next-key lock 退化为间隙锁。

再分析这两条:

  • 当查询条件为普通索引,是间隙锁;
  • 当查询条件为索引,且为范围查询,是间隙锁;

同上,通过 “原则 1” 和 “优化 2”,普通索引 是加的间隙锁。

对于范围查询,个人认为上面的规则还不能完全覆盖,当时林晓斌针对这些规则,举了 4 个示例,然后进行详细剖析,包括间隙锁的范围区间计算。

因为篇幅原因,这里就不再详细展开,如果后续需要,我也可能会单独出一篇。

04 写在最后

最后我们再回顾一下(RR 隔离级别):

  1. 当查询条件为主键和唯一索引,当有值时,是行锁;
  2. 当查询条件为主键和唯一索引,当为空值时,是间隙锁;
  3. 当查询条件为普通索引,是间隙锁;
  4. 当查询条件为索引,且为范围查询,是间隙锁;
  5. 当查询条件无索引,是表锁。

至于间隙锁的范围,如何计算,本文没有详细阐述,但是上面的这些规则,就能基本满足我们日常工作需要。



Tags:表锁   点击:()  评论:()
声明:本站部分内容及图片来自互联网,转载是出于传递更多信息之目的,内容观点仅代表作者本人,不构成投资建议。投资者据此操作,风险自担。如有任何标注错误或版权侵犯请与我们联系,我们将及时更正、删除。
▌相关推荐
select...for update,表锁?行锁?间隙锁?
对于这个问题,我 4 年前就专门研究过,最近看到网上很多相关的文章,要么总结得不全,要么存在很多问题。感觉有必要自己写一篇,一方面对网上的知识进行纠偏,另一方面也想全面总结一...【详细内容】
2023-11-06  Search: 表锁  点击:(231)  评论:(0)  加入收藏
最全MySQL锁详解(含悲观+乐观锁+行锁+表锁+页锁等)
我们在操作数据库的时候,锁的冲突是影响数据库并发访问性能的一个非常重要因素,从这一角度来说,锁对于数据库而言就显得尤为重要。今天分享MySQL相关的最全锁@mikechen01MySQ...【详细内容】
2023-01-05  Search: 表锁  点击:(294)  评论:(0)  加入收藏
MySQL全局锁表锁&行锁
在我们开发的过程中,使用全局锁和表锁的场景比较少,接触的也相对少一点,下面主要介绍一下。全局锁FTWRL全局锁就是对整个数据库实例加锁,MySQL 提供了 flush tables with read l...【详细内容】
2019-05-07  Search: 表锁  点击:(1632)  评论:(0)  加入收藏
▌简易百科推荐
向量数据库落地实践
本文基于京东内部向量数据库vearch进行实践。Vearch 是对大规模深度学习向量进行高性能相似搜索的弹性分布式系统。详见: https://github.com/vearch/zh_docs/blob/v3.3.X/do...【详细内容】
2024-04-03  京东云开发者    Tags:向量数据库   点击:(4)  评论:(0)  加入收藏
原来 SQL 函数是可以内联的!
介绍在某些情况下,SQL 函数(即指定LANGUAGE SQL)会将其函数体内联到调用它的查询中,而不是直接调用。这可以带来显著的性能提升,因为函数体可以暴露给调用查询的规划器,从而规划器...【详细内容】
2024-04-03  红石PG  微信公众号  Tags:SQL 函数   点击:(3)  评论:(0)  加入收藏
如何正确选择NoSQL数据库
译者 | 陈峻审校 | 重楼Allied Market Research最近发布的一份报告指出,业界对于NoSQL数据库的需求正在持续上升。2022年,全球NoSQL市场的销售额已达73亿美元,预计到2032年将达...【详细内容】
2024-03-28    51CTO  Tags:NoSQL   点击:(13)  评论:(0)  加入收藏
为什么数据库连接池不采用 IO 多路复用?
这是一个非常好的问题。IO多路复用被视为是非常好的性能助力器。但是一般我们在使用DB时,还是经常性采用c3p0,tomcat connection pool等技术来与DB连接,哪怕整个程序已经变成以...【详细内容】
2024-03-27  dbaplus社群    Tags:数据库连接池   点击:(12)  评论:(0)  加入收藏
八个常见的数据可视化错误以及如何避免它们
在当今以数据驱动为主导的世界里,清晰且具有洞察力的数据可视化至关重要。然而,在创建数据可视化时很容易犯错误,这可能导致对数据的错误解读。本文将探讨一些常见的糟糕数据可...【详细内容】
2024-03-26  DeepHub IMBA  微信公众号  Tags:数据可视化   点击:(6)  评论:(0)  加入收藏
到底有没有必要分库分表,如何考量的
关于是否需要进行分库分表,可以根据以下考量因素来决定: 数据量和负载:如果数据量巨大且负载压力较大,单一库单一表可能无法满足性能需求,考虑分库分表。 数据增长:预估数据增长...【详细内容】
2024-03-20  码上遇见你  微信公众号  Tags:分库分表   点击:(13)  评论:(0)  加入收藏
在 SQL 中写了 in 和 not in,技术总监说要炒了我……
WHY?IN 和 NOT IN 是比较常用的关键字,为什么要尽量避免呢?1、效率低项目中遇到这么个情况:t1表 和 t2表 都是150w条数据,600M的样子,都不算大。但是这样一句查询 ↓select *...【详细内容】
2024-03-18  dbaplus社群    Tags:SQL   点击:(5)  评论:(0)  加入收藏
应对慢SQL的致胜法宝:7大实例剖析+优化原则
大促备战,最大的隐患项之一就是慢SQL,对于服务平稳运行带来的破坏性最大,也是日常工作中经常带来整个应用抖动的最大隐患,在日常开发中如何避免出现慢SQL,出现了慢SQL应该按照什...【详细内容】
2024-03-14  京东云开发者    Tags:慢SQL   点击:(4)  评论:(0)  加入收藏
过去一年,我看到了数据库领域的十大发展趋势
作者 | 朱洁策划 | 李冬梅过去一年,行业信心跌至冰点2022 年中,红衫的一篇《适应与忍耐》的报告,对公司经营提出了预警,让各个公司保持现金流,重整团队,想办法增加盈利。这篇报告...【详细内容】
2024-03-12    InfoQ  Tags:数据库   点击:(26)  评论:(0)  加入收藏
SQL优化的七个方法,你会哪个?
一、插入数据优化 普通插入:在平时我们执行insert语句的时候,可能都是一条一条数据插入进去的,就像下面这样。INSERT INTO `department` VALUES(1, '研发部(RD)', &#39...【详细内容】
2024-03-07  程序员恰恰  微信公众号  Tags:SQL优化   点击:(19)  评论:(0)  加入收藏
站内最新
站内热门
站内头条