根据存储引擎不同,支持不同的锁
Myisam:支持表锁
Innodb:支持行锁
BDB:支持页锁
Memory :支持表锁
Archive:行锁
表锁:顾名思义,锁住一个表,开销小,加锁快,不会出现死锁,锁住的数据大(粒度),应对并发差
行锁:锁住一条数据,开销大,加锁慢,会出现死锁,应对并发高
页锁:锁住当前页的数据,性能介于表锁行锁之中
影响数据量
表锁 > 页锁 > 行锁
(重点)行锁由共享锁,排他锁实现
共享锁:与任何锁使用都不会冲突(排他锁除外)。只可以读不可以写
排他锁,与任何锁使用都会冲突。不可以读不可以写。
理论上的锁
悲观锁:需要加锁才可以实现。(悲观锁不一定是排他锁,排他锁一点是悲观锁)
乐观锁(mvcc):不加锁实现
死锁:多个事务之间内部锁进行争锁,互相等待锁释放,造成死锁
例:开启两个事务
共享锁执行过程中。update,insert,delete都会触发排他锁
流程 | session1 | session2 |
同时开启事务 | 开启事务 | 开启事务 |
同时开启一个共享锁,可以读取数据 | 开启一个共享锁 | 开启一个共享锁 |
因为此时session2开启了一个共享锁,session1这时候插入,造成等待session2 | update修改一条数据 | |
session2此时进行插入操作,也触发了排他锁,等待session1 | update修改一条数据 |
上图中,因为两个事务内部同时开启了共享锁,在进行修改操作,造成了,两个锁在等待对方的释放,从而造成死锁
实际执行中,session1先执行成功,session2执行失败,因为mysql内部会进行判断事务的大小,会选择事务小的进行回滚,如果事务差不多大,会选择先提交的事务进行提交,后提交的事务回滚
标签:事务,行锁,开启,死锁,Mysql,类型,共享,表锁 来源: https://www.cnblogs.com/bkhdd/p/15261968.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。