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

一、先说锁的概念

锁级别：

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释放了行锁。