MySQL 共享锁 (lock in share mode),排他锁 (for update)

news/2024/11/21 1:47:09/

共享锁 (lock in share mode)

简介
允许不同事务之间加共享锁读取,但不允许其它事务修改或者加入排他锁
如果有修改必须等待一个事务提交完成,才可以执行,容易出现死锁

共享锁事务之间的读取

session1:

start transaction;
select * from test where id = 1 lock in share mode;

session2:

start transaction;
select * from test where id = 1 lock in share mode;

此时 session1 和 session2 都可以正常获取结果,那么再加入 session3 排他锁读取尝试

session3:

start transaction;
select * from test where id = 1 for update;

在 session3 中则无法获取数据,直到超时或其它事物 commit

超时报错信息如下:

Lock wait timeout exceeded; try restarting transaction

共享锁之间的更新

当 session1 执行了修改语句:
session1:

update test set name = 'zzz' where id = 1;

可以正常获取执行结果。
当 session2 执行修改 id=1 的语句时:

session2:

update test set name = 'zzz' where id = 1;

就会出现死锁或者锁超时

超时报错信息如下:

Deadlock found when trying to get lock; try restarting transaction

或者

Lock wait timeout exceeded; try restarting transaction

必须等到 session1 完成 commit 动作后,session2 才会正常执行,如果此时多个 session 并发执行,可想而知出现死锁的几率将会大增。

session3 则更不可能

总结

mysql 共享锁 (lock in share mode)

  • 允许其它事务也增加共享锁读取
  • 不允许其它事务增加排他锁 (for update)
  • 当事务同时增加共享锁时候,事务的更新必须等待先执行的事务 commit 后才行,如果同时并发太大可能很容易造成死锁

共享锁,事务都加,都能读。修改是惟一的,必须等待前一个事务 commit,才可以

排他锁 (for update)

简介
当一个事务加入排他锁后,不允许其他事务加共享锁或者排它锁读取,更加不允许其他事务修改加锁的行。

排他锁事务之间的读取

同样以不同的 session 来举例
session1:

start transaction;
select * from test where id = 1 for update;

可以正常获取执行结果。

session2:

start transaction;
select * from test where id = 1 for update;

当 session1 执行完成后,再次执行 session2,此时 session2 也会卡住,无法立刻获取查询的数据。直到出现超时

Lock wait timeout exceeded; try restarting transaction

或 session1 commit 才会执行

那么再使用 session3 加入共享锁试试

select * from test where id = 1 lock in share mode;

结果也是如此,和 session2 一样,超时或等待 session1 commit

Lock wait timeout exceeded; try restarting transaction

排他锁之间的更新

当在 session1 中执行 update 语句:

update test set name = 123 where id = 1;

可以正常获取执行结果。

Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

此时在 session2 中执行修改

update test set name = 's2' where id = 1;

则会卡住直至超时或 session1 commit, 才会正常吐出结果

session3 也很明显和 session2 一样的结果,这里就不多赘述

总结

  • 事务之间不允许其它排他锁或共享锁读取,修改更不允许
  • 所有事务中有一个排他锁执行 commit 之后,其它事务才可执行

不允许其它事务增加共享或排他锁读取。修改是唯一的,必须等待前一个事务 commit,才可以


http://www.ppmy.cn/news/24755.html

相关文章

nvm控制node版本

目录 安装 nvm 1、下载 nvm 2、安装 3、验证安装 安装 node 1、查看 node 版本号 2、安装 node 3、查看已安装 nvm 常用命令 安装 nvm 1、下载 nvm 官网安装包: github 选择 nvm-setup.exe 下载 2、安装 1、选择 nvm 安装目录(可自定义)…

MongoDB--》基本常用命令使用

目录 数据库操作命令 选择和创建数据库 数据库的删除 集合操作命令 集合的显示创建 集合的隐式创建 集合的删除 文档基本的CRUD(增删改查) 文档的插入 文档的基本查询 文档的更新 删除文档 数据库操作命令 数据库常用的操作命令如下&#x…

[OS笔记]文件管理1

内容系听课复习所做笔记,图例多来自课程截图 序 图:操作系统的文件功能 文件系统就是管理外存用的(免去用户接触底层繁杂的细节) 方便了用户保证了文件的安全性有效提高了系统的资源利用率 需要考虑: 文件内部数据如…

ROS2机器人编程简述humble-第四章-BASIC DETECTOR .3

书中程序适用于turtlebot、husky等多种机器人,配置相似都可以用的。支持ROS2版本foxy、humble。基础检测效果如下:由于缺¥,所有设备都非常老旧,都是其他实验室淘汰或者拼凑出来的设备。机器人控制笔记本是2010年版本。…

Spring的事务传播机制

多个事务方法相互调用时,事务如何在这些方法之间进行传播,Spring中提供了七种不同的传播机制,来保证事务的正常执行: REQUIRED:默认的传播机制,如果存在事务,则支持/加入当前事务,如…

【VictoriaMetrics】VictoriaMetrics单机版批量和单条数据写入(Prometheus格式)

VictoriaMetrics单机版支持以Prometheus格式的数据写入,写入支持单条数据写入以及多条数据写入,下面操作演示下如何使用 1、首先需要启动VictoriaMetrics单机版服务 2、使用postman插入单机版VictoriaMetrics,以当前时间插入数据 地址为 http://victoriaMetricsIP:8428/api…

焕新启航,「龙蜥大讲堂」2023 年度招募来了!13 场技术分享先睹为快

龙蜥大讲堂是龙蜥推出的系列技术直播活动,邀请龙蜥社区的开发者们分享围绕龙蜥技术展开,包括但不限于内核、编译器、机密计算、容器、储存等相关技术领域。欢迎社区开发者们积极参与,共享技术盛宴。往期回顾龙蜥社区技术系列直播截至目前已举…

【算法】高精度

作者:指针不指南吗 专栏:算法篇 🐾不能只会思路,必须落实到代码上🐾 文章目录前言一、高精度加法二、高精度减法三、高精度乘法四、高精度除法前言 ​ 高精度即很大很大的数,超过了 long long 的范围&…