MySQL死锁与死锁检测

一、什么是MySQL死锁

MySQL中死锁是指两个或多个事务在互相等待对方释放资源，导致无法继续执行的情况。

MySQL系统中当两个或多个事务在并发执行时，就可能会遇到每项事务都持有某些资源同时又请求其他事务持有的资源，从而形成事务之间循环等待的情况。出现这种情况时每个事务都无法获得它需要的全部资源，事务都无法继续执行下去，这种状态被称为死锁。

举个栗子

事务A更新了id为1的数据，此时事务A拥有id为1数据行的行锁，在事务A尚未提交且事务A想更新id为2的数据行前，事务B启动并更新了id为2的数据此时事务B拥有id为2数据行的行锁，此时事务B阻塞了事务A，当事务B继续想更新id为1的数据行时又被事务A阻塞，此时如果事务A和事务B都不主动回滚或释放锁，就进入了死锁状态

二、死锁检测

InnoDB中的innodb_deadlock_detect参数用于控制MySQL是否检测死锁。当该参数设置为ON时，MySQL会检测到死锁并自动回滚其中一个事务，以避免死锁的发生。如果设置为OFF，MySQL不会检测死锁，可能会导致死锁的发生。

默认情况下，innodb_deadlock_detect参数设置为ON。但是，开启死锁检测会降低MySQL性能。因此，需要根据具体情况进行设置。

#查看MySQL使用InnoDB搜索引擎是否开启了死锁检测
mysql> SHOW VARIABLES LIKE 'innodb_deadlock_detect';
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| innodb_deadlock_detect | ON    |
+------------------------+-------+
1 row in set (0.01 sec)


#开启死锁检测
SET GLOBAL innodb_deadlock_detect = ON;

三、如何避免出现死锁

MySQL中避免出现死锁的方法有：

优化事务设计：尽量减少事务的持续时间，避免长时间的事务占用资源，从而减少死锁的可能性。开发过程中尽量避免在事务中执行耗时的查询或者非必要的写操作。
合理使用锁：尽量使用记录级别的锁（行锁），而不是表锁，这样可以减少锁的竞争，降低死锁的风险。同时，避免在同一事务中对多个表进行交叉更新，这样会增加死锁的可能性。
设置合理的等待超时时间：通过设置合理的innodb_lock_wait_timeout参数来控制事务等待锁的最长时间，当超过这个时间后，事务会被自动回滚，从而避免死锁。
使用合适的隔离级别：选择合适的事务隔离级别，较低的隔离级别（如READ COMMITTED）可以减少锁的竞争，但可能会增加数据不一致的风险。需要根据实际业务需求权衡选择。
手动处理死锁：当检测到死锁时，可以通过查看错误日志、使用SHOW ENGINE INNODB STATUS命令来获取死锁相关的详细信息，然后根据情况手动解决死锁问题。
监控和分析：使用性能监控工具实时监控数据库的性能指标，包括死锁的发生频率和持续时间等，及时发现并解决死锁问题。
避免循环等待：确保应用程序在请求锁的顺序上保持一致性，避免出现循环等待的情况，即事务A等待事务B释放锁，而事务B又等待事务A释放锁，这种情况会导致死锁。
使用乐观锁：在某些场景下，可以考虑使用乐观锁机制，乐观锁通常不会在事务开始时就加锁，而是在事务提交时检查数据是否被其他事务修改过，如果没有则提交，否则重试或回滚。
限制并发访问：对于高并发的应用场景，可以考虑使用队列、限流等手段来控制并发访问的数量，减少并发事务之间的竞争，从而降低死锁的风险