## 什么情况下会发生死锁，如何解决死锁？
> 死锁可能出现在在所有使用锁的场景，包括应用内线程之间，微服务之间，数据库内部锁等等。以下仅讨论MySQL数据库的死锁。
### 会出现死锁的情况
产生死锁的4个必要条件：
- 互斥：资源一次只允许一个session访问，其他session需要等待正在访问的事务结束。
- 占有且等待：session占用资源A，并且等待着另一个资源B。
- 不可抢占：已经被获得的资源，不可以被另一个session抢占。
- 循环等待：session1等待session2，session2等待session3，session3等待session1，构成一个闭合的环形等待链。
举个例子，一个session持有锁A，等待获得锁B，但锁B的持有者在等待获得锁A。两个互相等待的session形成一个闭合的“等待圈”，互相阻塞。实际场景可能会有更多的seesion，但只要形成闭合的“等待圈”，都会死锁。
### 如何解决死锁
通用的死锁解决方案是破坏死锁4个必要条件之一，对于MySQL数据库而言，需要破坏前3个条件的场景较少，所以这里只讨论破坏循环等待这一条件。MySQL从5.6开始默认会自动检测死锁，尽量回滚其中较小的一个事务。就是通过破坏循环等待来解决的。为了尽可能减少和解决死锁，MySQL官方文档给出了以下建议：
- 使用事务（行锁）代替锁表。
- insert或update尽可能使用小事务，保证事务不会太长，减少事务间冲突。
- 不同的事务更新更新多个表或者非常多行数据的时候，�
