14.3.5 Deadlocks in InnoDB

14.3.5.1 An InnoDB Deadlock Example
14.3.5.2 Deadlock Detection and Rollback
14.3.5.3 How to Minimize and Handle Deadlocks

死锁是一种情况,不同的事务是不能处理 因为相互持有一个锁(相互需要的).


因为两个事务都在等待一个资源变的可用,都不会释放它持有的锁

一个死锁可能发生当事务lock 记录在多个表( 通过语句UPDATE or SELECT ... FOR UPDATE),


但是相反的顺序。

一个deadlock 可以发生在当类似语句  lock 范围的index records和gaps,


每个事务需要一些locks 但是由于时间问题 。


为了减少死锁的可能,使用事务而不是lock tables语句;


保持事务插入或者更新足够小的数据,它们不能长时间保持打开,


当不同的事务修改多个表或者大量的记录,使用同样的操作顺序(比如 SELECT ... FOR UPDATE) 在每个事务

里；

创建索引在用于 SELECT ... FOR UPDATE and UPDATE ... WHERE statements的列上。



死锁的可能性不受隔离级别影响,
因为隔离改变了读的行为, 但是deaklock是写的行为。



如果一个deadlock 发生, InnoDB 检测状况,回滚其中一个事务。

因此, 即使你的逻辑是对的, 你必须处理这种情况,一个事务必须重试。


查看最新的死锁信息在InnoDB 用户事务,使用SHOW ENGINE INNODB STATUS命令。

如果频繁的deadlocks突出的问题或者应用错误处理,启用innodb_print_all_deadlocks 

打印死锁的信息到mysqld err log.

14.3.5.1 An InnoDB Deadlock Example  一个死锁例子:

下面的例子演示了一个错误如何发生当一个lock 请求会导致一个死锁,例子包括两个客户端,A和B:

首先,client A 创建一个表包含一条记录,然后开启一个事务 在这个事务里,A得到一个S锁在共享模式:

mysql> CREATE TABLE t (i INT) ENGINE = InnoDB;
Query OK, 0 rows affected (1.07 sec)

mysql> INSERT INTO t (i) VALUES(1);
Query OK, 1 row affected (0.09 sec)

mysql> START TRANSACTION;
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT * FROM t WHERE i = 1 LOCK IN SHARE MODE;
+------+
| i    |
+------+
|    1 |
+------+


接着,Client B开始一个事务尝试删除记录:

mysql> START TRANSACTION;
Query OK, 0 rows affected (0.00 sec)

mysql> DELETE FROM t WHERE i = 1; --Hang


The delete operation requires an X lock. The lock cannot be granted because it is incompatible 

with the S lock that client A holds, so the request goes on the queue of lock requests for the 

row and client B blocks.

Finally, client A also attempts to delete the row from the table:



删除操作 需要一个X锁, lock不能被立即授权 因为它不兼容S锁,Client A持有的,


因此请求在锁请求队列上,Client B被堵塞

最终,客户端A 试图删除表中的记录:

mysql> DELETE FROM t WHERE i = 1;
ERROR 1213 (40001): Deadlock found when trying to get lock;
try restarting transaction


客户端 B:

mysql> DELETE FROM t WHERE i = 1;
ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction

这里发生死锁, 因为客户端A需要一个X锁 来删除记录,

然而,lock 请求不能理解被授权因为clientB 已经有一个X锁的请求,

等待客户端A释放S锁。

也不能将A持有的S锁升级为X锁,因为之前B的请求一个X锁，结果,


InnoDB 产生一个错误在其中的一个客户端,然后释放锁,客户端返回错误: