mysql行锁和死锁检测
行锁顾名思义,就是针对单行数据加锁,在mysql中,锁的实现是由引擎层实现的,MyISAM引擎就不支持行锁
不支持行锁就意味着并发控制只能使用表锁,也就是说同一时间,在这个表上只能有一个更新在执行,这就会
影响到业务的并发度。InnoDB是支持行锁的,这也是MyISAM被InnoDB替代的重要原因之一。
两阶段锁协议
先举个例子,事务B的语句执行的时候会发生什么现象?这取决于事务A在执行完两条语句后持有那些锁,以及在什么时候释放?
大家可以自己做个实验,是这样的,事务B在执行这条语句时会被阻塞,大家会不会有疑惑,
前面两条语句不是执行完了吗?
为什么还会阻塞?
其实事务A的加锁时机是执行第一条语句的时候,释放锁的时候是commit完以后
但是事务B是在事务A commit前执行的
这个时候事务A还持有id=1这行数据的锁,所以事务B会被阻塞。
知道了这个原理对于我们有什么启示呢?
既然知道了锁的释放是在commit之后
那么我们就可以把最可能造成锁冲突
最可能影响并发度的锁尽量往后放
举个例子:
业务:顾客A要在影院B买一张电影票
操作:
1.从顾客A的账户余额中减掉电影票的价格
2.将影院B的账户余额增加这张电影票价
3.增加一条操作日志
大家想想看,这三个操作,那个最容易影响到并发度会造成锁冲突
很明显是第二个操作,为啥呢?想想看操作1中只是锁了这个用户的
这行数据,只对他自己有影响,这个时候如果有个顾客C也买了电影
票,那么这个时候的冲突就是操作2了,因为人家也需要更新影院的
账户余额,所以我们要把操作2放在最后执行,因为这样对操作2涉及的
行锁,锁住时间就会少一点,最大程度的减少了事务之间的等待
提升了并发度。
死锁和死锁检测
如图所示,事务A在等待事务B释放id=2的锁,事务B在等待事务A释放id=1的锁
这种情况就是死锁
发生死锁有两种方法解决
1.直接进入等待,直到超时。这个超时时间可以通过参数innodb_lock_wait_timeout来设置
2.发起死锁检测,发现死锁后,主动回滚死锁链条中的某一个事务,让其他事务得以执行。
将参数innodb_deadlock_detect设置为on,表示开启这个逻辑
在innodb中,innodb_lock_wait_timeout的值默认是50s,以为着如果使用第一种方法,
第一个被锁住的线程要过50s才会超时退出,然后其他线程才有可能继续执行。
对于在线服务来说,这个等待时间往往是无法接受的。
但是我们又不能把这个时间设置的很小,比如1s,如果这个时候不是死锁,而是正常的锁等待呢
这样就会造成很多误伤,所以我们还是使用死锁检测好一些,好在innodb_deadlock_detect默认就是on
其实死锁检测也是会占用很多cpu资源的,当事务被锁住的时候,就要看看它锁依赖的线程有没有被别人锁住
如此循环,最后判断是否出现了循环等待,也就是死锁
了解更多:https://www.toutiao.com/c/user/83293539887/#mid=1633933053814798
最新文章
- 常用算法——排序(一)
- {转自MC}NVIDIA DirectX 11演示DEMO详解
- Codeforces 713D Animals and Puzzle
- TPLink 备份文件bin文件解析
- 5 款傻瓜式手机 APP 开发工具
- 【Spring学习笔记-6】关于@Autowired与@Scope(BeanDefination.SCOPE_PROTOTYPE)
- 在百万数据中找出重复的数据sql
- JS自动合并表格
- jvm-初探
- ImageIO.wtrie生成jpg图片质量损失方案:BufferedImage生成jpg图片文件流
- nginx请求体读取(二)
- 使用CocoaPods出现 The `master` repo requires CocoaPods 0.32.1 - 问题解决
- apache的配置参数
- 解决element-ui 中upload组件使用多个时无法绑定对应的元素
- (转)systemctl 命令完全指南
- 下拉框 ------->; 初始化数据
- nginx 带? rewrite 规则
- centos7-软件安装-jdk1.8
- lucene简介——(一)
- 多 LDAP 目录服务器的 FileNet P8 系统介绍和配置实例