数据库-死锁分析与解决

什么是死锁？
死锁是两个及两个以上的事务在执行过程中，因争夺锁资源而造成的一种互相等待的现象。

死锁产生的必要条件？

• 互斥条件
  • 并发执行的事务为了进行必要的隔离保证执行正确，在事务结束前，需要对修改的数据库记录持锁，保证多个事务对相同数据库记录串行修改。（即事务之间访问同一行数据库记录时，必须持有数据库记录的行锁，一个事务必须等待另外一个事务释放锁以后，才能修改这行记录）
  • 对数据库这样的大型并发系统而言，为了保证事务之间的隔离性，互斥是无法避免的
• 请求与保持
  • 请求与保持，即一个事务需要申请多个资源时，并且已经持有一个锁资源，在等待另一个锁资源
  • 死锁仅发生在请求两个或者两个以上的锁对象
  • 由于应用业务需要，可能需要修改多行记录，所以也无法避免
• 不剥夺
  • 已经获得锁资源的事务，在未执行前，不能被强制剥夺，只能使用完时，由事务自己释放
  • 一般用于已经出现死锁时，通过破坏该条件达到解除死锁的目的。
  • 数据库系统通常通过一定的死锁检测机制发现死锁，强制回滚代价相对较小的事务，达到解除死锁的目的。
• 环路等待
  • 发生死锁时，必然存在一个事务-锁的环形链
  • 按照同意顺序获取锁，可以破坏该条件
  • 通过分析死锁事务之间的锁竞争关系，调整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