InnoDB死锁示例
mysql如果需要支持事务的话，需要用InnoDB引擎，InnoDB用于事务处理应用程序，具有众多特性，包括ACID事务支持。如果应用中需要执行大量的INSERT或UPDATE操作，则应该使用InnoDB，这样可以提高多用户并发操作的性能。
InnoDB实现的两种类型行锁：S Lock (Shared lock, 共享锁)X Lock (Exclusive lock, 排他锁)；
一般来说，读写操作的锁不同。读锁（或叫共享锁）允许并发线程读取加锁的数据，但禁止写数据。相反，写锁（或叫排他锁）阻止其他线程的读写操作。
以下示例说明了锁定请求导致死锁时如何发生错误。该示例涉及两个客户端，A和B.
首先，客户端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 FOR SHARE;
+------+
| i |
+------+
| 1 |
+------+
接下来，客户端B开始一个事务并尝试从表中删除该行：
mysql> START TRANSACTION;
Query OK, 0 rows affected (0.00 sec)
mysql> DELETE FROM t WHERE i = 1;
删除操作需要X锁定。无法授予S锁定，因为它与客户端A持有的锁不兼容 ，因此请求将进入行和客户端B块的锁定请求队列。
最后，客户端A还尝试从表中删除该行：
mysql> DELETE FROM t WHERE i = 1;
ERROR 1213 (40001): Deadlock found when trying to get lock;
try restarting transaction
此处发生死锁，因为客户端A需要 X锁定才能删除该行。但是，无法授予该锁定请求，因为客户端B已经有X锁定请求并且正在等待客户端A释放其S锁定。由于B事先要求锁定，因此SA所持有的锁也不能 升级 X为X锁。结果，
InnoDB为其中一个客户端生成错误并释放其锁定。客户端返回此错误：
ERROR 1213 (40001): Deadlock found when trying to get lock;
try restarting transaction
此时，可以授予其他客户端的锁定请求，并从表中删除该行。
https://dev.mysql.com/doc/refman/8.0/en/innodb-deadlock-example.html