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

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

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

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