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

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

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

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