• MySQL 数据库锁:Record Lock, Gap Lock 和 Next-Key Lock

MySQL 数据库锁:Record Lock, Gap Lock 和 Next-Key Lock

2025-04-27 10:39:55 栏目:宝塔面板 160 阅读

InnoDB引擎 在 共享锁和排他锁 文章中,我们详细分析了共享锁和排他锁在MySQL中是如何工作的,今天,我们接着分析InnoDB引擎的三种行锁。

在MySQL的InnoDB引擎的行锁主要有三类:

  • Record Lock:记录锁,是在索引记录上加锁;
  • Gap Lock:间隙锁,锁定一个范围,但不包含记录;
  • Next-key Lock:Next-key Lock = Gap Lock + Record Lock,它锁定了一个范围(Gap Lock实现),并且锁定记录本身(Record Lock实现);

一、Record Lock

1. 什么是 Record Lock?

Record Lock,记录锁,它是针对索引记录的锁,锁定的总是索引记录。在多用户数据库系统中,多个事务可能会同时尝试读取或修改同一条记录,Record Lock确保只有一个事务能在某一时刻修改该记录,其他事务只能读取,或者在写锁释放后再进行修改。

2. 举例说明

为了更好的说明Record Lock,我们以下面的顺序执行流来进行验证:

加锁线程  sessionA

线程B  sessionB

线程B  sessionC

#开启事务
 begin;



给user表id=1加写锁
select id from user
 where id = 1 for update;




update user set
 name='name121'
 where id = 1;




查看InnoDB监视器中记录锁数据
show engine innodb statusG

commit提交事务
record lock 被释放




被堵塞的update操作执行ok


示例执行结果如下图:

通过上面的示例可以看出:

  • 事务A(sessionA)对id=1加排他锁之后产生了记录锁
  • 事务B(sessionB)对id=1的update操作被阻塞了
  • 事务C(sessionC)可以查看到Record Lock

二、Gap Lock

1. 什么是Gap Lock?

Gap Lock,间隙锁,它是一种行级锁,锁住两个索引记录之间的间隙,而不是实际的数据记录,由InnoDB隐式添加。

如下图:(1,3) 表示锁住记录1 和记录3 之间的间隙,这样记录2 就无法插入,间隙可能跨越单个索引值、多个索引值,甚至是空。

在InnoDB中,间隙锁是通过索引来实现的。这意味着间隙锁只能作用于索引,而不能直接作用于非索引列。当一个事务对某个索引列上的间隙加锁时,其他事务就无法在这个间隙中插入新的记录。

2. 举例说明

为了更好的说明Gap Lock间隙锁,我们以下面的顺序执行流来进行验证:

加锁线程  sessionA

线程B  sessionB

线程C  sessionC

#开启事务
 begin;



加锁
select * from user
 where age = 10 for share;




insert into user(id,age) values(2,20);




#查看InnoDB监视器中记录锁数据
show engine innodb statusG

commit提交事务
Gap Lock被释放




# 被堵塞的insert操作执行成功


示例执行结果如下图:

通过上面的示例执行结果可以看出:

  • 事务A(sessionA)在加共享锁的时候产生了间隙锁(Gap Lock)
  • 事务B(sessionB)对间隙中进行insert/update操作,需要先获取排他锁(X),导致阻塞
  • 事务C(sessionC)通过show engine innodb statusG指令可以查看到间隙锁的存在。

需要说明,间隙锁只是锁住间隙内部的范围,在间隙外的insert/update操作不会受影响。

三、Next-Key Lock

1. 什么是Next-Key Lock?

Next-Key Lock,称为临键锁,它是Record Lock + Gap Lock的组合,用来锁定一个范围,并且锁定记录本身锁,它是一种左开右闭的范围,可以用符号表示为:(a,b]。如下图:

2. 举例说明

为了更好的说明Next-Key Lock,我们以下面的顺序执行流来进行验证:

加锁线程  sessionA

线程B  sessionB

线程C  sessionC

线程D  sessionD

#开启事务
 begin;




#加锁
select * from user
 where age = 10 for share;





#获取锁失败
insert操作被堵塞
insert into 
user(id,age) 
 values(2,20);





#update被堵塞
update user 
 set name='name1'
 where age = 10;

#查看InnoDB监视器中记录锁数据
show engine innodb statusG

提交事务Gap Lock被释放  
 commit





被堵塞的insert操作执行ok

#被堵塞的update操作执行成功


示例执行结果如下图:

通过上面的示例执行结果可以看出:

  • 事务A(sessionA)在加共享锁的时候产生了间隙锁(Gap Lock)
  • 事务B(sessionB)对间隙中进行insert操作,需要先获取排他锁(X),导致阻塞。
  • 事务C(sessionC)对间隙中进行update操作,需要先获取排他锁(X),导致阻塞。
  • 事务D(sessionD)通过show engine innodb statusG指令可以查看到间隙锁的存在。需要说明的,间隙锁只是锁住间隙内部的范围,在间隙外的insert/update操作不会受影响。

四、总结

Record Lock,Gap Lock和Gap Lock 3种锁是存在MySQL的InnoDB引擎的行锁,MyISAM引擎没有:

  • Record Lock:记录锁,是在索引记录上加锁;
  • Gap Lock:间隙锁,锁定一个范围,但不包含记录,即(A,B);
  • Next-key Lock:Next-key Lock = Gap Lock + Record Lock,它锁定了一个范围(Gap Lock实现),并且锁定记录本身(Record Lock实现),即(A,B];;

这 3种锁都是InnoDB引擎隐式添加的,目的是为了解决可重复读隔离级别下幻读的现象。

本文地址:https://www.yitenyun.com/143.html

搜索文章

Tags

数据库 API FastAPI Calcite 电商系统 MySQL Web 应用 异步数据库 数据同步 ACK 双主架构 循环复制 TIME_WAIT 运维 负载均衡 JumpServer SSL 堡垒机 跳板机 HTTPS HexHub Docker 服务器 管理口 服务器性能 JumpServer安装 堡垒机安装 Linux安装JumpServer Deepseek 宝塔面板 Linux宝塔 生命周期 esxi esxi6 root密码不对 无法登录 web无法登录 SQL 查询 序列 核心机制 Windows Windows server net3.5 .NET 安装出错 HTTPS加密 Windows宝塔 Mysql重置密码 开源 PostgreSQL 存储引擎 锁机制 查看硬件 Linux查看硬件 Linux查看CPU Linux查看内存 宝塔面板打不开 宝塔面板无法访问 行业 趋势 Oracle 处理机制 无法访问宝塔面板 Undo Log 机制 连接控制 InnoDB 数据库锁 监控 Spring Redis 异步化 优化 万能公式 机器学习 动态查询 Serverless 无服务器 语言 ES 协同 响应模型 group by 索引 技术 openHalo 分页查询 scp Linux的scp怎么用 scp上传 scp下载 scp命令 Postgres OTel Iceberg 缓存方案 缓存架构 缓存穿透 工具 存储 高可用 GreatSQL 连接数 数据 主库 SVM Embedding R edis 线程 日志文件 MIXED 3 国产数据库 Linux 安全 R2DBC Netstat Linux 服务器 端口 SQLite-Web SQLite 数据库管理工具 加密 场景 启动故障 ​Redis 推荐模型 Recursive 自定义序列化 防火墙 黑客 云原生 RocketMQ 长轮询 配置 SQLark 向量数据库 大模型 共享锁 OB 单机版 AI 助手 Hash 字段 PG DBA Rsync 信息化 智能运维 Ftp 不宕机 磁盘架构 架构 电商 系统 向量库 Milvus 数据分类 IT运维 Canal Python 修改DNS Centos7如何修改DNS 业务 流量 传统数据库 向量化 • 索引 • 数据库 线上 库存 预扣 filelock 分库 分表 MVCC 人工智能 推荐系统 语句 MySQL 9.3 sftp 服务器 参数 mini-redis INCR指令 redo log 重做日志 同城 双活 聚簇 非聚簇 PostGIS MongoDB MCP 开放协议 频繁 Codis 失效 Doris SeaTunnel 缓存 Redisson 锁芯 高效统计 今天这篇文章就跟大家 虚拟服务器 虚拟机 内存 工具链 事务 Java 开发 INSERT COMPACT 主从复制 代理 数据类型 prometheus Alert 数据备份 千万级 大表 数据结构 ZODB 发件箱模式 窗口 函数 网络架构 网络配置 SSH EasyExcel MySQL8 容器 崖山 新版本 引擎 性能 Web 分布式架构 分布式锁​ 聚簇索引 非聚簇索引 QPS 高并发 数据脱敏 加密算法 分布式 集中式 RDB AOF 核心架构 订阅机制 Go 数据库迁移 B+Tree ID 字段 Redis 8.0 分页 速度 服务器中毒 Web 接口 OAuth2 Token 数据页 数据集成工具 读写 自动重启 网络故障 播客 模型 StarRocks 数据仓库 容器化 排行榜 排序 池化技术 连接池 微软 SQL Server AI功能 Redka DBMS 管理系统 SpringAI JOIN MGR 分布式集群 Caffeine CP 原子性 Entity 部署 业务场景 事务隔离 网络 Testcloud 云端自动化 Valkey Valkey8.0 LRU 分页方案 排版 数据字典 兼容性 Pottery dbt 数据转换工具 ReadView 优化器 1 事务同步 sqlmock 悲观锁 乐观锁 关系数据库 意向锁 记录锁 Weaviate 日志 对象 单点故障 单线程 UUIDv7 主键 仪表盘 AIOPS UUID ID Order 编程 InfluxDB RAG HelixDB Ansible Pump Crash 代码 分布式锁 Zookeeper 产业链 IT 双引擎 恢复数据 字典 订单 LLM List 类型 线程安全 国产 用户 慢SQL优化 表空间 拦截器 动态代理 解锁 调优 Next-Key RR 互联网 GitHub Git 快照读 当前读 视图 神经系统 矢量存储 数据库类型 AI代理 查询规划 count(*) count(主键) 行数 算法 CAS 技巧 多线程 并发控制 恢复机制 闪回