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

相关推荐
yangfeipancc12 分钟前
数据库-用户管理
android·数据库
两点王爷2 小时前
Java读取csv文件内容，保存到sqlite数据库中
java·数据库·sqlite·csv
凡人的AI工具箱3 小时前
每天40分玩转Django：Django部署概述
开发语言·数据库·后端·python·django
2401_871213304 小时前
mysql之MHA
数据库·mysql
言之。4 小时前
【MySQL】事务
数据库·mysql
潇湘秦4 小时前
Oracle 11G还有新BUG？ORACLE 表空间迷案！
数据库·oracle
凡人的AI工具箱5 小时前
每天40分玩转Django：Django Email
数据库·人工智能·后端·python·django·sqlite
后端转全栈_小伵5 小时前
SQLite本地数据库的简介和适用场景——集成SpringBoot的图文说明
数据库·spring boot·后端·sqlite·学习方法
dengjiayue6 小时前
MySQL 性能瓶颈,为什么 MySQL 表的数据量不能太大?
数据库·mysql
m0_748232396 小时前
python3 Flask应用 使用 Flask-SQLAlchemy操作MySQL数据库
数据库·mysql·flask
热门推荐
01Gitlab ci/cd02Ubuntu 20.04使用Livox mid 360 测试 FAST_LIO03玄机平台应急响应—webshell查杀04新手学习VR全景需要知道的几个问题05优化手机性能，解决卡顿问题：关闭这3个微信开关，释放内存空间06HCIA-datacom数通题库和录播视频资料07RAG 实践- Ollama+RagFlow 部署本地知识库08【一文读懂】NTN（非地面网络）技术介绍09支付宝短视频平台创作分成激励项目10docker安装启动问题解决排查