musql死锁

死锁是指两个或多个事务在同一资源上相互占用，并请求锁定对方占用的资源，从而导致恶性循环的现象。

死锁是指两个或多个事务在同一资源上相互占用，并请求锁定对方占用的资源，从而导致恶性循环的现象，在MySQL中，死锁通常是由于并发事务之间的资源争用引起的，为了解决死锁问题，MySQL提供了多种机制来检测和处理死锁。

死锁的检测与处理

1、死锁检测

MySQL通过等待图（Wait Graph）来检测死锁，等待图是一个有向图，其中的节点表示事务，边表示事务之间的等待关系，当MySQL检测到循环等待时，就会认为发生了死锁。

2、死锁处理

当MySQL检测到死锁时，会采取以下几种策略之一来处理：

回滚当前事务，撤销该事务对数据库的修改。

回滚其他事务，撤销其他事务对数据库的修改。

忽略死锁，让事务继续执行，但可能导致数据不一致。

抛出异常，通知应用程序处理死锁。

死锁预防

为了避免死锁的发生，可以采取以下几种策略：

1、设置事务隔离级别

将事务隔离级别设置为READ COMMITTED或REPEATABLE READ，这样可以避免脏读、不可重复读和幻读等问题，从而降低死锁的概率。

2、使用合适的索引

为表添加合适的索引，可以减少查询时需要锁定的资源数量，从而降低死锁的概率。

3、优化事务逻辑

尽量避免长时间运行的事务，将大事务拆分成多个小事务，以减少锁定资源的时间和范围。

4、避免循环等待

在设计数据库表结构时，尽量避免出现循环依赖的情况，以降低死锁的概率。

死锁示例

假设有两个事务T1和T2，它们分别锁定了表A和表B的资源，然后试图获取对方的资源，如下所示：

T1开始事务
START TRANSACTION;
SELECT * FROM A WHERE id = 1 FOR UPDATE; 锁定表A的资源
T1试图获取表B的资源，但由于T2已经锁定了表B的资源，所以T1需要等待T2释放资源
SELECT * FROM B WHERE id = 2 FOR UPDATE; 等待T2释放表B的资源
T2开始事务
START TRANSACTION;
SELECT * FROM B WHERE id = 2 FOR UPDATE; 锁定表B的资源
T2试图获取表A的资源，但由于T1已经锁定了表A的资源，所以T2需要等待T1释放资源
SELECT * FROM A WHERE id = 1 FOR UPDATE; 等待T1释放表A的资源

在这个例子中，T1和T2相互等待对方释放资源，形成了循环等待，导致死锁。