mysql for update 锁

mysql for update 容易死锁。

for update 用于事务
在begin->commit(rollback)之间使用

两个session同时执行下列代码（navicat 同时开两个窗口就行）

1.for update不指定索引，锁全表

begin;
select * from dept where dname="产品部" for update;
INSERT into dept (dname,dbsource) value("产品部","cloud1")
commit;

必须等第一个session commit完，第二个session才能拿到 select for update，期间所有的cud操作都不允许。

2.for update 指定索引，索引不存在，会锁一段记录

session1

begin;
select * from dept where id=5 for update;
INSERT into dept (id,dname,dbsource) value(5,"产品部","cloud1") ;
commit;

session2

begin;
select * from dept where id=6 for update;
INSERT into dept (id,dname,dbsource) value(5,"产品部","cloud1") ;
commit;

不存在id=5、6，先执行session1，当1未提交前，2的insert是无法执行成功的，而当session2 id=很大时可以成功

3.for update 指定索引，索引存在，会锁行

begin;
select * from dept where field1=61 and field2=61 for update;
INSERT into dept (dname,dbsource,field1,field2) value("产品部","cloud1",61,61) ;
commit;

field1和field2为联合unique索引
session2 必须等session1 commit完成才能执行select for update，允许其他行的crud和此行的read（session1事务未提交，其他事务只能读到session1之前的数据）

---

业务场景 高并发场景下，上传数据含有重复数据，有则更新，没有则插入（指定联合unique索引）； 若多个session同时操作，使用for update，对于select then insert 操作时 select数据未存在，会锁行及部分上下文，导致其他的数据无法插入，造成死锁。若上传有重复数据，多个session select一条不存在直接insert，实际上此条及部分上下文已死锁，所以会报错。

推荐使用数据库隔离级别，使用最高级别 Serializable
spring注解transaction里面设置就好，最高级别事务串行，第一个事务执行完才能执行第二个，分布式环境依旧可用。其他级别均不可达到预期效果。
当然有更好的建议也可以在底下评论