在高并发环境中，MySQL InnoDB的间隙锁可能导致死锁。间隙锁、行锁和Next-Key Lock是InnoDB的行锁方式。默认在Repeatable Read隔离级别下，对普通索引使用Next-Key Lock防止幻读。当事务先删除后插入，若删除的记录不存在，会创建一个间隙锁，可能引发死锁。解决办法是避免删除不存在的记录，或者调整隔离级别，但可能影响主从复制和灾难恢复。最佳实践是修改代码逻辑。
系统在高并发情况下，经常出现insert死锁，经过排查是间隙锁在作怪！
MySQL InnoDB支持三种行锁方式：
行锁（Record Lock）:也叫记录锁，锁直接加在索引记录上。
间隙锁（Gap Lock）:锁加在不存在的空闲空间，可以是两个索引记录之间，也可能是第一个索引记录之前或最后一个索引记录之后的空间。
Next-Key Lock:行锁与间隙锁组合起来用就叫做Next-Key Lock.
默认情况，InnoDB工作在Repeatable Read 隔离级别下，对主健索引，唯一性索引以记录锁方式对数据进行加锁，对普通索引以Next-Key Lock的方式对数据行进行加锁。如果一个间隙被事务加了锁，其它事务这时不能在这个间隙插入记录的，这样可以有效防止幻读的发生。
若要禁用间隙锁的话，可以把隔离级别降到Read Commited 或者开启参数innodb_locks_unsafe_for_binlog（默认值为OFF,即启用间隙锁，若设置为true,则不启用间隙锁）,但是修改这个参数会影响主从复制及灾难恢复，所以只有修改代码逻辑才是比较好的解决办法。
间隙锁的出现主要集中在同一个事物中先delete后insert的情况下&#x
最低0.47元/天 解锁文章
646
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
