MySQL中发生死锁的典型场景是两个或多个事务在并发执行过程中，由于资源的竞争和锁的不恰当使用，形成了循环等待锁资源的情况。下面是一个非常基础的死锁示例，它展示了两个事务如何通过不同的更新顺序导致死锁：

假设我们有一个简单的转账表 `transactions`，其中包含两个字段：`from_account` 和 `to_account`，以及对应的金额字段。

```sql
CREATE TABLE transactions (
   id INT AUTO_INCREMENT PRIMARY KEY,
   from_account INT,
   to_account INT,
   amount DECIMAL(10,2)
);
```

现在有两个事务 A 和 B 分别执行以下操作：

**事务A** 开始执行：

```sql
START TRANSACTION;

-- 更新事务A，将账户1的钱转移到账户2
UPDATE transactions SET amount = amount - 100 WHERE from_account = 1;
-- 这一步假设锁定了账户1的记录

-- 准备将钱从账户2转移到账户1
UPDATE transactions SET amount = amount + 100 WHERE to_account = 1;
-- 这一步需要等待事务B释放账户2的锁
```

**事务B** 同时执行：

```sql
START TRANSACTION;

-- 更新事务B，将账户2的钱转移到账户1
UPDATE transactions SET amount = amount - 100 WHERE from_account = 2;
-- 这一步假设锁定了账户2的记录

-- 准备将钱从账户1转移到账户2
UPDATE transactions SET amount = amount + 100 WHERE to_account = 2;
-- 这一步需要等待事务A释放账户1的锁
```

现在，事务A正在等待事务B释放账户2的锁，而事务B也在等待事务A释放账户1的锁，这就构成了死锁。两个事务都在等待对方释放资源，无法继续执行，必须由数据库管理系统（如MySQL）检测到并解决这种死锁状态。

解决死锁的方式通常包括：
- **死锁检测与自动解除**：MySQL具有自动检测死锁并回滚其中一个事务的能力，以打破死锁链。
- **避免死锁**：在编写应用程序时，遵循一定的事务处理顺序，尽量减少或避免交叉更新多个表的情况，或者在事务中尽早释放不再需要的锁，都可以降低死锁发生的可能性。