当前位置: 首页 > news >正文

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

共享锁 (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.lryc.cn/news/5812.html

相关文章:

  • 类与对象(下)
  • feign技巧 - form方式传值
  • MATLAB | 情人节来绘制更立体的玫瑰花吧
  • 【Python表白代码】 2.14“Valentine‘s Day”“没别的意思 就是借着特殊日子说声喜欢你”你在哪儿?我去见你~(各种玫瑰源码合集)
  • 压力应变电桥信号隔离放大变送器差分输入0-±10mV/0-±20mV转0-20mA/0-10v
  • Linux系统之部署个人导航页
  • 四、Windows 平台安装 MongoDB
  • 浅谈应用安全测试工具
  • 四类(七种)排序算法总结
  • [oeasy]python0083_十进制数如何存入计算机_八卦纪事_BCD编码_Binary_Coded_Decimal
  • 理解框架的编译时与运行时
  • 推挽电路---采用二极管消除交越失真----克服交越失真的互补推挽输出电路图
  • day11_面向对象
  • 大数据处理学习笔记1.1 搭建Scala开发环境
  • VSCODE C++ 调用matplotlibcpp画图
  • 面对“开门红”,跨境支付如何寻求新增长曲线?
  • MySQL入门篇-MySQL MHA高可用实战
  • C语言文件操作
  • Flink中核心重点总结
  • gismo中NURBS的相关函数的使用---待完善
  • 5.数据共享与持久化
  • RabbitMQ-客户端源码之AMQCommand
  • linux设置登录失败处理功能(密码错误次数限制、pam_tally2.so模块)和操作超时退出功能(/etc/profile)
  • Centos7上Docker安装
  • 新瑞鹏“狂飙”,宠物医疗是门好生意吗?
  • Spring循环依赖问题,Spring是如何解决循环依赖的?
  • 更改SAP GUI登录界面信息
  • 分布式微服务架构下网络通信的底层实现原理
  • 进大厂必备的Java面试八股文大全(2023最新精简易懂版,八股文中的八股文)
  • 都说测试行业饱和了,为什么我们公司给初级测试开到了12K?