有关mysql的for update以及 死锁问题
一、先说锁的概念
锁级别：
1.行级锁： InnoDB引擎（也支持表级锁，默认是行级锁），开销大，加锁慢；会出现死锁。锁定粒度最小，发生锁冲突的概率最低，并发度最高。
2.表级锁：MylSAM引擎和Memory引擎，开销小，加锁快；不会出现死锁，锁定粒度最大，发生锁冲突的概率最高，并发度最低。
3.页级锁：BDB引擎（也支持表级锁），开销和加锁时间介于行锁和表锁之间；会出现死锁；粒度也介于行锁和表锁之间，并发度一般。
其中：锁粒度就是指锁等级
Record: RecordLock就是锁住某一行记录
Gap:GAPLOCK会锁住某一行范围的记录
Next-KeyLocks: 上面两者加起来的效果
行锁分为2中：
1.共享锁：S锁：select * from test where … Lock in share mode; 一个事务对一行的共享只读锁
2.排他锁：X锁：select * from test where … for update; 一个事务对一行的排他读写锁
二、
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释放了行锁。
版权声明：本文为wang-yaz原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。