MYSQL学习笔记--行锁

本文介绍了MySQL中InnoDB存储引擎的行锁机制,包括两阶段锁协议、死锁情况及其解决方法。在InnoDB事务中,行锁在需要时加上,事务结束时释放。为了提高并发度,应将可能导致锁冲突的操作放在事务后面。同时,文章讨论了死锁检测的优缺点,并提出了控制并发度和修改业务逻辑以减少锁冲突的建议。在删除大量数据时,避免使用大事务和人为制造锁冲突。
摘要由CSDN通过智能技术生成

MYISAM不支持行锁,INNODB支持行锁。从并法度来说INNODB要比MYISAM要大。这也是INNODB替代MYISAM的重要原因之一。
从两阶段锁说起
下面的情况会发生什么?
在这里插入图片描述
事务 B 的 update 语句会被阻塞,直到事务 A 执行 commit 之后,事务 B 才能继续执行。
那么就有一个结论:在 InnoDB 事务中,行锁是在需要的时候才加上的,但并不是不需要了就立刻释放,而是要等到事务结束时才释放。这个就是两阶段锁协议。
从这个可以得出:如果你的事务中需要锁多个行,要把最可能造成锁冲突、最可能影响并发度的锁尽量往后放。
比如以下场景:
1 从顾客 A 账户余额中扣除电影票价;
2 给影院 B 的账户余额增加这张电影票价;
3 记录一条交易日志。
能提升并法度的顺序就是把语句 2 安排在最后,比如按照 3、1、2 这样的顺序,那么影院账户余额这一行的锁时间就最少。
死锁和死锁检测
死锁的情况,比如:
在这里插入图片描述
事务 A 在等待事务 B 释放 id=2 的行锁,而事务 B 在等待事务 A 释放 id=1 的行锁。 事务 A 和事务 B 在互相等待对方的资源释放

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值