写在前面
开发过程中遇到这样一个问题，mysql在对一张表执行批量insert的时候，这个时候执行delete，竟然导致了锁表。
这让我感觉大开了眼界，在我的认知中，insert的时候和delete的时候，不都应该是锁整表吗？就算是delete时的条件走了索引，那也应该等insert执行完毕之后，再执行delete呀，为什么会有死锁产生呢？
问题描述
在执行类似以下sql的过程中：
insert table(id, targetid, name) values(1, 99, 'zhangsan'), (2, 99, 'lisi')......
执行了delete操作：
delete from table where targetid=99;
造成了死锁。
经过分析，是因为targetid设置了索引的问题！
查阅资料
Mysql报Deadlock found when trying to get lock； try restarting transaction问题解决
并发insert on duplicate key update遇见死锁
竟然发现，这其中还有着间隙锁、共享锁、等等等等一系列复杂的操作。。。。。看了一天也没看出个啥来。
举一反三-select for update造成死锁
其中，我们都知道mysql的悲观锁实现方式，就是在select的时候，加上for update。
在我的认知里，如果select走了索引，那么for update就会锁住查出来的数据，如果没有走索引，那么for update会锁整表。
那么问题来了！当select 查询出来的数据，是个空数据会发生什么呢？！
这种情况也是会造成死锁！
记录select for update mysql 死锁问题
mysql使用for update也是会造成死锁！慎用！！！
解决方案
这种情况需要尽量避免，解决方案如下：
1.在业务逻辑上加一个锁，单体应用加synchronize或Lock，分布式应用加redis分布式锁。
2.mysql操作入库时，尽量使用insert on duplicate key update，或者使用唯一id作为删除或者更新条件。
