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