Mysql数据库事务隔离级别造成死锁

场景:如下代码,获取数据库连接,删除权限的时候,会造成数据库死锁.

代码

日志：

数据库：

SHOW OPEN TABLES where In_use > 0; 

问题分析：测试环境Centos7操作系统，Mysql5.7.40版本程序运行正常，开发环境Windows操作系统，Mysql5.7.40一旦执行这段代码就会造成数据库死锁，对比两个环境数据库配置文件，发现差别很大，经过尝试，发现是数据库事务隔离级别配置造成的，开发环境my.ini配置文件中没有事务隔离级别相关的配置。

事务隔离级别查询：

SHOW VARIABLES LIKE 'tx_isolation';

添加事务隔离级别配置:

transaction_isolation=READ-COMMITTED

查询事务隔离级别:

修改Mysql事务隔离级别之后，SQL执行正常。

经过分析（baidu.com）,是由于间隙锁（Gap Lock）造成的。

MySQL InnoDB支持三种行锁定方式：

1. 行锁（Record Lock）：锁直接加在索引记录上面。
2. 间隙锁（Gap Lock）：锁加在不存在的空闲空间，可以是两个索引记录之间，也可能是第一个索引记录之前或最后一个索引之后的空间。
3. Next-Key Lock：行锁与间隙锁组合起来用就叫做Next-Key Lock。

间隙锁概念

1. 当我们用范围条件(between)而不是相等条件(=)检索数据，并请求共享或排他锁时，InnoDB会给符合条件的已有数据记录的索引项加锁；
2. 对于键值在条件范围内但不存在的记录，叫做 “间隙(GAP)”，InnoDB也会对这个"间隙"加锁，这种锁机制就是所谓的间隙锁(NEXT-KEY)锁。

间隙锁作用

1. 防止幻读
2. 防止数据误删/误改

间隙锁隐患

1. 事务会锁住了需要插入数据的区域，一直在进行数据处理，导致插入数据一直在等待，对插入的性能就有很大影响了，必须等到事务结束才能进行插入，性能会降低。