死锁是并发系统中常见的问题，同样也会出现在数据库MySQL的并发读写请求场景中。当两个及以上的事务，双方都在等待对方释放已经持有的锁
  或因为加锁顺序不一致造成循环等待锁资源，就会出现“死锁”

1.两个或者两个以上事务
  2.每个事务都已经持有锁并且申请新的锁
  3.锁资源同时只能被同一个事务持有或者不兼容
  4.事务之间因为持有锁和申请锁导致彼此循环等待

1.间隙锁( gap lock )
  2.next-key lock
  3.意向锁( Intention lock )
  4.插入意向锁( Insert Intention lock )

1.合理的设计索引，区分度高的列放到组合索引前面，使业务 SQL 尽可能通过索引定位更少的行，减少锁竞争。
  2.调整业务逻辑 SQL 执行顺序， 避免 update/delete 长时间持有锁的 SQL 在事务前面。
  3.避免大事务，尽量将大事务拆成多个小事务来处理，小事务发生锁冲突的几率也更小。
  4以固定的顺序访问表和行。比如两个更新数据的事务，事务 A 更新数据的顺序为 1，2;事务 B 更新数据的顺序为 2，1。这样更可能会造成死锁。
  5.在并发比较高的系统中，不要显式加锁，特别是是在事务里显式加锁。如 select … for update 语句，如果是在事务里（运行了 start transaction 或设置了autocommit 等于0）,那么就会锁定所查找到的记录。
  6.尽量按主键/索引去查找记录，范围查找增加了锁冲突的可能性，也不要利用数据库做一些额外额度计算工作。比如有的程序会用到 “select … where … order by rand();”这样的语句，由于类似这样的语句用不到索引，因此将导致整个表的数据都被锁住。
  7.优化 SQL 和表设计，减少同时占用太多资源的情况。比如说，减少连接的表，将复杂 SQL 分解为多个简单的 SQL。