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 锁。

相关推荐
一心只为学13 分钟前
Oracle密码过期问题，设置永不过期
数据库·oracle
小光学长22 分钟前
基于vue框架的宠物销售管理系统3m9h3（程序+源码+数据库+调试部署+开发环境）系统界面在最后面。
数据库
小菜yh1 小时前
关于Redis
java·数据库·spring boot·redis·spring·缓存
Microsoft Word1 小时前
数据库系统原理(第一章 数据库概述)
数据库·oracle
华为云开源1 小时前
openGemini 社区人才培养计划：助力成长，培养新一代云原生数据库人才
数据库·云原生·开源
kejijianwen4 小时前
JdbcTemplate常用方法一览AG网页参数绑定与数据寻址实操
服务器·数据库·oracle
编程零零七4 小时前
Python数据分析工具(三)：pymssql的用法
开发语言·前端·数据库·python·oracle·数据分析·pymssql
高兴就好(石7 小时前
DB-GPT部署和试用
数据库·gpt
这孩子叫逆8 小时前
6. 什么是MySQL的事务？如何在Java中使用Connection接口管理事务？
数据库·mysql
Karoku0668 小时前
【网站架构部署与优化】web服务与http协议
linux·运维·服务器·数据库·http·架构
热门推荐
01RAG 实践- Ollama+RagFlow 部署本地知识库02组基轨迹建模 GBTM的介绍与实现（Stata 或 R）032024年高教社杯数学建模国赛C题超详细解题思路分析04Coze扣子平台完整体验和实践（附国内和国际版对比）05苍穹外卖面试总结06【2024数模国赛赛题思路公开】国赛B题思路丨附可运行代码丨无偿自提07yolov8实战第五天——yolov8+ffmpg实时视频流检测并进行实时推流——（推流，保姆教学）08CCF-CSP认证考试 202406-3 文本分词 100分题解09【2024高教社杯全国大学生数学建模竞赛】B题 生产过程中的决策问题——解题思路 代码 论文10浏览器插件——ModHeader 的分享和学习