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

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

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

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