什么是死锁？
死锁是两个及两个以上的事务在执行过程中，因争夺锁资源而造成的一种互相等待的现象。
死锁产生的必要条件？
- 互斥条件
- 并发执行的事务为了进行必要的隔离保证执行正确，在事务结束前，需要对修改的数据库记录持锁，保证多个事务对相同数据库记录串行修改。（即事务之间访问同一行数据库记录时，必须持有数据库记录的行锁，一个事务必须等待另外一个事务释放锁以后，才能修改这行记录）
- 对数据库这样的大型并发系统而言，为了保证事务之间的隔离性，互斥是无法避免的
- 请求与保持
- 请求与保持，即一个事务需要申请多个资源时，并且已经持有一个锁资源，在等待另一个锁资源
- 死锁仅发生在请求两个或者两个以上的锁对象
- 由于应用业务需要，可能需要修改多行记录，所以也无法避免
- 不剥夺
- 已经获得锁资源的事务，在未执行前，不能被强制剥夺，只能使用完时，由事务自己释放
- 一般用于已经出现死锁时，通过破坏该条件达到解除死锁的目的。
- 数据库系统通常通过一定的死锁检测机制发现死锁，强制回滚代价相对较小的事务，达到解除死锁的目的。
- 环路等待
- 发生死锁时，必然存在一个事务-锁的环形链
- 按照同意顺序获取锁，可以破坏该条件
- 通过分析死锁事务之间的锁竞争关系，调整sql的顺序，达到解除死锁的目的
MySQL中的锁
排他锁(X)：跟任何锁都是冲突的，如果一个事务加了排他锁，不管其他事物加任何锁，都必须要等待这个事务
共享锁(S)：多个事务可以共享一把锁，多个锁可以兼容
加锁方式
- 外部加锁：
- 由应用程序添加，锁依赖可以通过分析sql语句得到
- 共享锁(S)：select * from table lock in share mode
- 排他锁(X)：select * from table for update
- 内部加锁：
- 为了实现ACID特性，有数据库内部自动添加
- 加锁规则繁琐，与sql执行计划、事务隔离级别、表索引结构有关
SQL加锁分析
update user set account = 0 where id = 1 >>>X锁
select UserName from user where id = 1 in share mode >>>S锁
分析死锁的常用办法
捕获死锁的sql语句：show engine innodb status
