MySQL 死锁是指在数据库中，两个或多个事务（transaction）在执行过程中，因为试图以不同的顺序访问同一资源（例如行、表等），而导致它们相互等待对方释放资源，从而造成的一种僵局状态。在这种状态下，没有任何一个事务能够继续向前推进，因为它们都在等待其他事务释放资源。
死锁的产生条件
死锁通常在以下四个条件同时满足时发生：
- 互斥条件：资源在一段时间内只能被一个事务占用。
- 持有和等待条件：一个事务至少持有一个资源，并在等待获取其他事务持有的资源。
- 不可剥夺条件：资源一旦被占用，只能由当前占用它的事务释放，不能被其他事务强行剥夺。
- 循环等待条件：存在一个事务等待的环路，环路中的每个事务都在等待下一个事务所持有的资源。
死锁的理解
死锁可以想象成一群人在没有红绿灯的十字路口相遇，每个人都在等待其他人先走，以便自己能够通过，但因为每个人都在等待，所以没有人能够移动。
死锁的解决
数据库管理系统（DBMS）通常会检测死锁并采取措施解决，例如：
- 超时：事务等待一定时间后超时，回滚事务释放资源。
- 死锁检测：系统定期检测死锁，一旦检测到就选择一个或多个事务进行回滚。
- 避免策略：通过锁定协议或事务调度算法来预防死锁的发生。
死锁的示例代码
以下是一个简单的 MySQL 死锁示例，其中两个会话（session）尝试更新同一表中的两行数据，但顺序不同：
-- 会话 1
START TRANSACTION;
UPDATE accounts SET balance = balance - 100 WHERE user = 'Alice';
-- 此时 Alice 的账户余额减少 100，但事务尚未提交
-- 会话 2
START TRANSACTION;
UPDATE accounts SET balance = balance - 100 WHERE user = 'Bob';
-- 此时 Bob 的账户余额减少 100，但事务尚未提交
-- 会话 1 尝试更新 Bob
UPDATE accounts SET balance = balance + 100 WHERE user = 'Bob';
-- 会话 2 尝试更新 Alice
UPDATE accounts SET balance = balance + 100 WHERE user = 'Alice';
-- 在这里，两个会话都在等待对方释放行锁，导致死锁
