Mysql锁类型
2021/9/13 19:08:00
本文主要是介绍Mysql锁类型,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
根据存储引擎不同,支持不同的锁
Myisam:支持表锁
Innodb:支持行锁
BDB:支持页锁
Memory :支持表锁
Archive:行锁
表锁:顾名思义,锁住一个表,开销小,加锁快,不会出现死锁,锁住的数据大(粒度),应对并发差
行锁:锁住一条数据,开销大,加锁慢,会出现死锁,应对并发高
页锁:锁住当前页的数据,性能介于表锁行锁之中
影响数据量
表锁 > 页锁 > 行锁
(重点)行锁由共享锁,排他锁实现
共享锁:与任何锁使用都不会冲突(排他锁除外)。只可以读不可以写
排他锁,与任何锁使用都会冲突。不可以读不可以写。
理论上的锁
悲观锁:需要加锁才可以实现。(悲观锁不一定是排他锁,排他锁一点是悲观锁)
乐观锁(mvcc):不加锁实现
死锁:多个事务之间内部锁进行争锁,互相等待锁释放,造成死锁
例:开启两个事务
共享锁执行过程中。update,insert,delete都会触发排他锁
流程 | session1 | session2 |
同时开启事务 | 开启事务 | 开启事务 |
同时开启一个共享锁,可以读取数据 | 开启一个共享锁 | 开启一个共享锁 |
因为此时session2开启了一个共享锁,session1这时候插入,造成等待session2 | update修改一条数据 | |
session2此时进行插入操作,也触发了排他锁,等待session1 | update修改一条数据 |
上图中,因为两个事务内部同时开启了共享锁,在进行修改操作,造成了,两个锁在等待对方的释放,从而造成死锁
实际执行中,session1先执行成功,session2执行失败,因为mysql内部会进行判断事务的大小,会选择事务小的进行回滚,如果事务差不多大,会选择先提交的事务进行提交,后提交的事务回滚
这篇关于Mysql锁类型的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-06-25MySQL报错Duplicate entry '0' for key 'PRIMARY'
- 2024-05-29阿里 Canal 实时同步 MySQL 增量数据至 ClickHouse 数据库
- 2024-05-24在Linux下管理MySQL的大小写敏感性
- 2024-04-26MySQL查出时间比实际晚8小时的解决方案
- 2024-04-01JPA不识别MySQL的枚举类型
- 2024-03-30mysql数据库表卡死解决方法
- 2024-03-15MySQL多数据源笔记5-ShardingJDBC实战
- 2024-03-11natural join mysql
- 2024-03-11关于VS2017,VS2015 中利用 EF使用Mysql 不显示数据源问题解决方案
- 2024-02-26mysql 阿里云xb后缀备份文件恢复-icode9专业技术文章分享