select * from t where id = 1 for update 锁分析

用户80802606067562024-04-21 18:08

01 数据初始化

1.1 创建表

sql 复制代码 
CREATE TABLE `tb_account` (

`id` bigint(20) NOT NULL,

`user_id` bigint(20) NOT NULL,

`account_type` int(11) NOT NULL,

PRIMARY KEY (`id`),

KEY `idx_user_id_account_type` (`user_id`,`account_type`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

1.2 初始化数据

sql 复制代码 
INSERT INTO `tb_account` (`id`, `user_id`, `account_type`)

VALUES

(1, 1239095, 32);

INSERT INTO `tb_account` (`id`, `user_id`, `account_type`)

VALUES

(3, 121123, 4);

INSERT INTO `tb_account` (`id`, `user_id`, `account_type`)

VALUES

(4, 123123, 8);

1.3 开启锁监控

sql 复制代码 
set GLOBAL innodb_status_output=ON;

set GLOBAL innodb_status_output_locks=ON;

02 事务隔离级别为读已提交

2.1 聚簇索引查询一条存在的记录

开始事务，查询一条存在的记录

sql 复制代码 
select * from tb_account where id = 1 for update;

执行 show engine innodb status\G; 查看数据库锁状态，结果如下图：

TABLE LOCK table mall.tb_account trx id 1871 lock mode IX 表明该表上面有一个表锁，这个锁的模式为IX（排他意向锁）
trx id 1871 lock_mode X locks rec but not gap Record lock 表明该语句加了一个 X 型的记录锁

2.2 聚簇索引查询一条不存在的记录

开始事务，查询一条不存在的记录

sql 复制代码 
select * from tb_account where id = 2 for update;

执行 show engine innodb status\G; 查看数据库锁状态，结果如下图：

TTABLE LOCK table mall.tb_account trx id 1972 lock mode IX 表明该表上面有一个表锁，这个锁的模式为IX（排他意向锁）
0 row lock(s) 表明聚簇索引查询不存在记录时是不加锁的

2.3 二级索引查询一条存在的记录

开始事务，查询一条存在的记录

sql 复制代码 
select * from tb_account where user_id = 1239095 for update;

执行 show engine innodb status\G; 查看数据库锁状态，结果如下图：

TABLE LOCK table mall.tb_account trx id 1973 lock mode IX 表明该表上面有一个表锁，这个锁的模式为IX（排他意向锁）
index idx_user_id_account_type of table mall.tb_account trx id 1973 lock_mode X locks rec but not gap 表明该语句在二级索引上加了一个 X 型的记录锁
index PRIMARY of table mall.tb_account trx id 1973 lock_mode X locks rec but not gap 表明该语句在聚簇索引上加了一个 X 型的记录锁，这是由于对于 for update 来说，系统会认为接下来还会更新数据，会顺便在聚簇索引上加锁的

2.4 二级索引查询一条不存在的记录

开始事务，查询一条不存在的记录

sql 复制代码 
select * from tb_account where user_id = 1232112 for update;

执行 show engine innodb status\G; 查看数据库锁状态，结果如下图：

TABLE LOCK table mall.tb_account trx id 1974 lock mode IX 表明该表上面有一个表锁，这个锁的模式为IX（排他意向锁）
0 row lock(s) 表明聚簇索引查询不存在记录时是不加锁的

2.5 无索引查询一条存在的记录

sql 复制代码 
select * from tb_account where account_type = 8 for update;

查看执行记录如下图：

根据执行记录可以得到此查询走的全二级索引扫描

执行 show engine innodb status\G; 查看数据库锁状态，结果如下图：

index idx_user_id_account_type of table mall.tb_account trx id 1976 lock_mode X locks rec but not gap 表明该语句在二级索引上加了一个 X 型的记录锁
index PRIMARY of table mall.tb_account trx id 1976 lock_mode X locks rec but not gap 表明该语句在聚簇索引上加了一个 X 型的记录锁

2.6 无索引查询一条不存在的记录

开始事务，查询一条不存在的记录

sql 复制代码 
select * from tb_account where account_type = 25 for update;

查看执行记录如下图：

根据执行记录可以得到此查询走的全二级索引扫描

执行 show engine innodb status\G; 查看数据库锁状态，结果如下图：

TABLE LOCK table mall.tb_account trx id 1979 lock mode IX 表明该表上面有一个表锁，这个锁的模式为IX（排他意向锁）
0 row lock(s) 表明二级索引查询不存在记录时是不加锁的

03 事务隔离级别为可重复读

3.1 聚簇索引查询一条存在的记录

sql 复制代码 
select * from tb_account where id = 1 for update;

执行 show engine innodb status\G; 查看数据库锁状态，结果如下图：

TABLE LOCK table mall.tb_account trx id 1875 lock mode IX 表明该表上面有一个表锁，这个锁的模式为IX（排他意向锁）
index PRIMARY of table mall.tb_account trx id 1875 lock_mode X locks rec but not gap Record lock 表明该语句是在主键索引上加了一个 X 型的记录锁
heap no 2 PHYSICAL RECORD: n_fields 5; compact format; info bits 0

在唯一确定并且存在的记录下，可重复读和读已提交都是在该记录上加 X 型记录锁

3.2 聚簇索引查询一条不存在的记录

sql 复制代码 
select * from tb_account where id = 2 for update;

执行 show engine innodb status\G; 查看数据库锁状态，结果如下图：

TABLE LOCK table mall.tb_account trx id 1876 lock mode IX 表明该表上面有一个表锁，这个锁的模式为IX（排他意向锁）
index PRIMARY of table mall.tb_account trx id 1876 lock_mode X locks gap before rec Record lock 表明该语句是在主键索引上加了间隙锁

3.3 二级索引查询一条存在的记录

sql 复制代码 
select * from tb_account where user_id = 1239095 for update;

执行 show engine innodb status\G; 查看数据库锁状态，结果如下图：

TABLE LOCK table mall.tb_account trx id 1893 lock mode IX 表明该表上面有一个表锁，这个锁的模式为IX（排他意向锁）
RECORD LOCKS space id 27 page no 4 n bits 72 index idx_user_id_account_type of table mall.tb_account trx id 1896 lock_mode X

Record lock, heap no 1 PHYSICAL RECORD: n_fields 1; compact format; info bits 0

0: len 8; hex 73757072656d756d; asc supremum;;

supremum 指得是页里面的最后一条记录(伪记录，通过select查不到的,并不是真实的记录)，heap no=1 , Infimum 表示的是页里面的第一个记录（伪记录）

可以简单的认为：

supremum 为upper bounds，正去穷大

Infimum 为Minimal bounds，负无穷大

index idx_user_id_account_type of table mall.tb_account trx id 1893 lock_mode X Record lock; 表明该语句是在主键索引上加了一个 X 型的 next key lock (记录锁 + gap 锁)，gap 锁的范围是 1239095 索引列到正无穷
index PRIMARY of table mall.tb_account trx id 1896 lock_mode X locks rec but not gap

Record lock 假如由于查询的值在索引中覆盖了，是不会访问聚簇索引，所以不会在聚簇索引上加记录锁的，但对于 for update 来说，系统会认为接下来还会更新数据，会顺便在聚簇索引上加锁的

查询非最后一条记录时:

sql 复制代码 
select * from tb_account where user_id = 123123 for update;

执行 show engine innodb status\G; 查看数据库锁状态，结果如下图：

对比发现：这次多了一个间隙锁 `trx id 1895 lock_mode X locks gap before rec

Record lock`

非唯一索引的情况下，innodb 引擎会扫描下一条数据来判断是否符合条件，由于扫描到的数据都会加上 next key lock，由于不符合 next lock 会退化成间隙锁

3.4 二级索引查询一条不存在的记录

sql 复制代码 
select * from tb_account where user_id = 1232112 for update;

执行 show engine innodb status\G; 查看数据库锁状态，结果如下图：

TABLE LOCK table mall.tb_account trx id 1898 lock mode IX 表明该表上面有一个表锁，这个锁的模式为IX（排他意向锁）
RECORD LOCKS space id 27 page no 4 n bits 72 index idx_user_id_account_type of table mall.tb_account trx id 1898 lock_mode X locks gap before rec

Record lock 表明该语句是在二级索引上加了一个间隙锁

3.5 无索引查询一条存在的记录

sql 复制代码 
select * from tb_account where account_type = 8 for update;

查看执行记录如下图：

根据执行记录可以得到此查询走的全二级索引扫描

执行 show engine innodb status\G; 查看数据库锁状态，结果如下图：

RECORD LOCKS space id 27 page no 4 n bits 72 index idx_user_id_account_type of table mall.tb_account trx id 1899 lock_mode X 下面具体的锁记录 4 条，表明在二级索引上都加了 next key 锁
RECORD LOCKS space id 27 page no 3 n bits 72 index PRIMARY of table mall.tb_account trx id 1899 lock_mode X locks rec but not gap 下面具体的锁记录 3条，表明在聚簇索引上都加了记录锁

3.6 无索引查询一条不存在的记录

sql 复制代码 
select * from tb_account where account_type = 25 for update;

查看执行记录如下图：

根据执行记录可以得到此查询走的全二级索引扫描

执行 show engine innodb status\G; 查看数据库锁状态，结果如下图：

二级索引上都加了 next key 锁，聚簇索引上只加了记录锁

04 总结

  1. 在 Read Commit 隔离级别下，执行 select * from t where id = 1 for update 语句，当存在id 等于 1 的记录时，加 X 型记录锁，不存在不加锁，当id 为二级索引的时候，还是给该记录对应的聚簇索引加上 X 型的记录锁

  2. 在 Read Commit 隔离级别下，执行 select * from t where id = 1 for update 语句，

  3. 在 Repeatable Read 隔离级别下，执行 select * from t where id = 1 for update 语句时，

3.1 对于唯一索引或聚簇索引

当存在 id 等于 1 的记录时，加 next key lock。

不存在的话会加间隙锁。

3.2 对于二级索引

当存在 id 等于 1 的记录时，会在二级索引上加 next key lock，非唯一索引的情况下，innodb 引擎会扫描下一条数据来判断是否符合条件，由于扫描到的数据都会加上 next key lock，由于不符合条件 next lock 会退化成间隙锁，并且给该记录对应的聚簇索引加上 X 型的记录锁。

当不存在 id 等于 1的记录时，会在所有扫描到的二级索引上加 next key lock，并且给对应记录的聚簇索引加上 X 型的记录锁。

3.3 对于无索引

假如走的是二级索引全表扫描会在二级索引上都加了 next key 锁，聚簇索引上只加了记录锁，否则在主键索引上加 next key 锁。

相关推荐
文牧之1 小时前
Oracle 审计参数：AUDIT_TRAIL 和 AUDIT_SYS_OPERATIONS
运维·数据库·oracle
篱笆院的狗1 小时前
如何使用 Redis 快速实现布隆过滤器？
数据库·redis·缓存
洛神灬殇2 小时前
【LLM大模型技术专题】「入门到精通系列教程」基于ai-openai-spring-boot-starter集成开发实战指南
网络·数据库·微服务·云原生·架构
小鸡脚来咯2 小时前
redis分片集群架构
数据库·redis·架构
christine-rr3 小时前
征文投稿：如何写一份实用的技术文档？——以软件配置为例
运维·前端·网络·数据库·软件构建
海尔辛3 小时前
SQL 基础入门
数据库·sql
betazhou4 小时前
有没有 MariaDB 5.5.56 对应 MySQL CONNECTION_CONTROL 插件
linux·数据库·mysql·oracle·mariadb
Elohim8154 小时前
数据库SQLite基础
数据库·sqlite
TDengine （老段）5 小时前
TDengine 支持的平台汇总
大数据·数据库·物联网·时序数据库·iot·tdengine·涛思数据
大熊猫侯佩5 小时前
由一个 SwiftData “诡异”运行时崩溃而引发的钩深索隐（四）
数据库·swiftui·apple watch
热门推荐
01Coze扣子平台完整体验和实践（附国内和国际版对比）02KGG转MP3工具|非KGM文件|解密音频03YOLOv8入门 | 重要性能衡量指标、训练结果评价及分析及影响mAP的因素【发论文关注的指标】04海康Visionmaster-常见问题排查方法-启动阶段05从零安装 LLaMA-Factory 微调 Qwen 大模型成功及所有的坑06【SpeedAI科研小助手】2分钟极速解决知网维普重复率、AIGC率过高，一键全文降！文件格式不变，公式都保留的！07CCF CSP 认证考试历年真题满分题解（所有前四题）08DeepSeek各版本说明与优缺点分析09VMware虚拟机安装Win7专业版保姆级教程（附镜像包）10【无人机】无人机通信模块，无人机图数传模块的介绍，数传，图传，图传数传一体电台，