死锁

MySQL 死锁：产生原因、分析与解决 在高并发系统中，数据库死锁是比较常见的问题。 很多开发者第一次遇到死锁时，会认为： 数据库是不是出问题了？ 实际上，死锁本身并不意味着 MySQL 出现了故障。对于 InnoDB 来说，死锁是并发事务之间形成循环等待后，由存储引擎主动检测并处理的一种正常机制。 真正需要解决的问题不是简单地“关闭死锁”，而是： 为什么会产生死锁？ 哪些 SQL 导致了循环等待？ 为什么某个事务被回滚？ 如何从根本上减少死锁？ 应用程序收到死锁异常后应该怎么处理？ 理解这些问题，才能正确处理生产环境中的死锁。 1. 什么是死锁 死锁（Deadlock）是指两个或多个事务互相持有对方需要的锁，同时等待对方释放锁，最终形成循环等待。 例如有两个账户： 账户 1 账户 2 事务 A： 锁住账户 1 ↓ 等待账户 2 事务 B： 锁住账户 2 ↓ 等待账户 1 最终形成： 事务 A → 等待事务 B 持有的锁 事务 B → 等待事务 A 持有的锁 这就是典型的死锁。 需要注意，死锁和锁等待不是一回事。 普通锁等待可能是： 事务 A 持有锁 ↓ 事务 B 等待事务 A 只要事务 A 最终提交或回滚，事务 B 就可以继续执行。...