ICode9

精准搜索请尝试: 精确搜索
首页 > 数据库> 文章详细

有关mysql的for update以及 死锁问题

2021-05-11 04:01:31  阅读:155  来源: 互联网

标签:加锁 行锁 update 死锁 mysql test where


一、先说锁的概念

锁级别:

1.行级锁: InnoDB引擎(也支持表级锁,默认是行级锁),开销大,加锁慢;会出现死锁。锁定粒度最小,发生锁冲突的概率最低,并发度最高。

2.表级锁:MylSAM引擎和Memory引擎,开销小,加锁快;不会出现死锁,锁定粒度最大,发生锁冲突的概率最高,并发度最低。

3.页级锁:BDB引擎(也支持表级锁),开销和加锁时间介于行锁和表锁之间;会出现死锁;粒度也介于行锁和表锁之间,并发度一般。

其中:锁粒度就是指锁等级

Record: RecordLock就是锁住某一行记录
Gap:GAPLOCK会锁住某一行范围的记录
Next-KeyLocks: 上面两者加起来的效果

行锁分为两种:

1.共享锁:S锁:select * from test where ... Lock in share mode; 一个事务对一行的共享只读锁

2.排他锁:X锁:select * from test where ... for update;         一个事务对一行的排他读写锁

二、

1.查看死锁日志命令: show engine innodb status \G; 

具体死锁参考:https://segmentfault.com/a/1190000009469556

session 1:
select * from test where id = 1 for update;

session 2:
update test set name = "qq" where id =1;

当session1和session2同时运行的时候,session1中由于对id=1这行加锁(排它锁:在未解锁之前,其他事物不能对该行进行读写)。session2与session持有的行锁是冲突的。数据库需要避免这种冲突,就是说要让session2的申请被阻塞,直到session1释放了行锁。

 

标签:加锁,行锁,update,死锁,mysql,test,where
来源: https://www.cnblogs.com/heihei1990/p/14753686.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有