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会直接insert，又因为是unique索引，所以会报错。
推荐使用数据库隔离级别，使用最高级别 Serializable
spring注解transaction里面设置就好，最高级别事务串行，第一个事务执行完才能执行第二个，分布式环境依旧可用。其他级别均不可达到预期效果。
当然有更好的建议也可以在底下评论