MySQL 死锁
1、概念
死锁，指两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，他们都将无法推进下去，导致产生死锁。即当两个事物都需要获得对方持有的锁才能够继续完成事物，导致双方都在等待，产生死锁。死锁的根本原因是有两个或多个事物之间加锁顺序的不一致导致的
2、死锁产生的条件：
- 互斥条件：一个资源每次只能被一个进程使用
- 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放
- 不剥夺条件：进程已获得的资源，在未使用完之前，不能强行剥夺。
- 循环等待条件：若干进程之间形成一种头尾相接的循环等待资源关系。
案例：
3、如何避免死锁：
-
为了减少死锁的可能性，请使用事务而不是
LOCK TABLES语句； - 保持插入或更新数据的事务足够小，以使其长时间不保持打开状态；因为大事物占用资源多耗时长，与其他事物冲突的概率也会变大。
-
当不同的事务更新多个表或大范围的行时，请
SELECT ... FOR UPDATE在每个事务中使用相同的操作顺序（例如 ）；在SELECT ... FOR UPDATE和UPDATE ... WHERE语句中使用的列上创建索引。如果不走索引会为表的每一行记录加锁，死锁的概率会大大增加。 - 死锁的可能性不受隔离级别的影响，因为隔离级别更改了读取操作的行为，而死锁则由于写入操作而发生。
4、如何最小化和处理死锁
InnoDB使用自动行级锁定。即使在仅插入或删除单行的事务中，也可能会遇到死锁。这是因为这些操作并不是真正的“ 原子 ”操作；它们会自动对插入或删除的行的（可能是多个）索引记录设置锁定。
您可以使用以下技术来处理死锁并减少发生死锁的可能性：
-
在任何时候，发出
SHOW ENGINE INNODB STATUS命令以确定最近死锁的原因。这可以帮助您调整应用程序以避免死锁。 -
如果频繁出现死锁警告引起关注，请通过启用
innodb_print_all_deadlocks配置选项来收集更广泛的调试信息 。有关每个死锁的信息，而不仅仅是最新的死锁，都记录在MySQL 错误日志中。完成调试后，请禁用此选项。 -
如果由于死锁而失败，请始终准备重新发出事务。死锁并不危险。请再试一次。
-
保持事务小巧且持续时间短，以使事务不易发生冲突。
-
进行一系列相关更改后立即提交事务，以减少冲突的发生。特别是，不要长时间关闭未提交事务的交互式 mysql会话。
-
如果您使用锁定读取（
SELECT ... FOR UPDATE或SELECT ... FOR SHARE），请尝试使用较低的隔离级别，例如READ COMMITTED。 -
修改事务中的多个表或同一表中的不同行集时，每次都要以一致的顺序执行这些操作。然后，事务形成定义明确的队列，并且不会死锁。例如，组织数据库操作到功能在应用程序中，或调用存储程序，而不是编码的多个相似序列
INSERT，UPDATE以及DELETE在不同的地方语句。 -
将精选的索引添加到表中。这样，您的查询就需要扫描更少的索引记录，从而设置更少的锁。使用
EXPLAIN SELECT以确定哪些索引MySQL认为最适合您的查询。 -
使用较少的锁定。如果你能负担得起，以允许
SELECT从一个旧的快照返回数据，不要添加条款FOR UPDATE或FOR SHARE给它。在READ COMMITTED这里使用隔离级别是件好事，因为同一事务中的每个一致性读取均从其自己的新快照读取。 -
如果没有其他帮助，请使用表级锁序列化事务。
LOCK TABLES与事务表（例如InnoDB表）一起使用的正确方法 是，以SET autocommit = 0（notSTART TRANSACTION）后跟来开始事务LOCK TABLES，并且UNLOCK TABLES在明确提交事务之前不要调用它 。例如，如果您需要写表t1和从表中读取数据t2，则可以执行以下操作：SET autocommit=0; LOCK TABLES t1 WRITE, t2 READ, ...; ... do something with tables t1 and t2 here ... COMMIT; UNLOCK TABLES;
表级锁可防止对表的并发更新，从而避免死锁，但代价是对繁忙系统的响应速度较慢。
-
序列化事务的另一种方法是创建一个仅包含一行的辅助“ 信号量 ”表。在访问其他表之前，让每个事务更新该行。这样，所有事务都以串行方式发生。请注意，
InnoDB即时死锁检测算法在这种情况下也适用，因为序列化锁是行级锁。对于MySQL表级锁，必须使用超时方法来解决死锁。