MySQL 数据库死锁的分析与解决

发生的原因

• 例子

  
  
  例子

mysql 加上行锁

行锁导致的死锁

什么是死锁

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

死锁产生的必要条件

1. 互斥
   • 并发执行的事务为了进行必要的隔离保证执行正确，在事务结束前，需要对修改的数据库记录持锁，保证多个事务对相同数据库记录串行修改。
   • 对于大型并发系统无法避免。
2. 请求与保持
   • 已经持有一个资源锁，等待另外一个资源锁
   • 死锁仅发生在请求两个或者两个以上的锁对象的时候
   • 由于应用的需要，难以消除
3. 不剥夺
   • 已经获得锁资源的事务，在未执行前，不能被强行剥夺，只能在使用完成后，由事务自己释放。
   • 一般用于已经出现死锁时，通过破坏该条件达到解除死锁的目的。
   • 数据库系统通常通过一定的死锁检测机制发现死锁，强制回滚代价相对较小的事务，达到解除死锁的目的。
4. 环路等待
   
   环路等待
   • 发生死锁时，必然存在一个事务 —— 锁的环形链。
   • 按照同一顺序获取锁，可以破坏该条件。
   • 通过分析死锁事物之间的锁竞争关系，调整SQL的顺序，达到消除死锁的目的。

MySQL中的锁

• X 排他锁 与任何其他的锁都是冲突的，其他的锁需要等待
• S 共享锁 与共享锁可以兼容，如果有其他需要加共享锁是可以进行的

已有锁 \ 欲加锁	X （排它锁）	S （共享锁）
X（排它锁）	冲突	冲突
S（共享锁）	冲突	兼容

• 加锁的方式：
  • 外部加锁:
    • 由应用程序添加，锁依赖关系较容易分析
    • 共享锁（S）: select * from table lock in share mode
    • 排它锁（X）: select * from table for update
  • 内部加锁:
    • 为了实现ACID特性，由数据库系统内部自动添加
    • 加锁规则繁琐，与SQL执行计划、事务隔离级别、表索引结构有关
    • 共享锁（S）和排它锁（X）

哪些SQL需要持有锁

• 快照读：
  • Innodb 实现了多版本控制（MVCC），支持不加锁快照读
  • Select * from table where ……
  • 能够保证同一个Select结果集是一致的
  • 不能保证同一个事务内部，Select语句和其他语句的数据一致性，如果业务需要，需要通过外部显示加锁。
• 当前读：
  • select * from table lock in share mode
  • select * from table for update
  • update from table set ……
  • insert into ……
  • delete from table ……

分析死锁的常用办法

• show engine innodb status

  
  
  分析死锁