死锁：相互等待对方的资源，而且形成环路,造成首尾相接
innodb将各个事务看为一个个节点，资源就是各个事务占用的锁
死锁成因：
1、不同表相同记录行锁冲突
事务A和事务B操作两张表
(a操作table1 where id = 1 && table2 where =2)
(b操作table2 where id = 2 && table1 where =1)
2、相同表记录行锁冲突
事务A和事务B操作同一张表
(a操作update table where id = 1 && update table where =2)
(b操作update table where id = 2 && update table where =1)
3、不同索引锁冲突
事务A在执行时，除了在二级索引加锁外，还会在聚簇索引上加锁，在聚簇索引上加锁的顺序是[1,4,2,3,5]，
而事务B执行时，只在聚簇索引上加锁，加锁顺序是[1,2,3,4,5]，这样就造成了死锁的可能性
4、gap锁冲突
避免死锁：
1、固定的顺序访问表和行
两个批量更新的情形，简单方法是对id列表先排序，后执行，这样就避免了交叉等待锁的情形
2、大事务拆小。大事务更倾向于死锁，如果业务允许，将大事务拆小
3、同一个事务中，尽可能做到一次锁定所需要的所有资源，减少死锁概率（abc表都锁）。
4、降低隔离级别,可重复读(RR)替换已提交读(RC)
5、为表添加合理的索引。可以看到如果不走索引将会为表的每一行记录添加上锁，死锁的概率大大增大
定位死锁成因：
1、应用业务日志定位到问题代码，找到相应的事务对应的sql，执行sql 如果死锁时这个事务被回滚
2、执行下show InnoDB STATUS看看最近死锁的日志