深入分析解读MySQL锁，解决幻读问题( 三 ) _MySQL锁

当然，其实如果我们执行的查询刚好是id>=2且id<=5，那么就算只锁住了(1,5]，同样能避免幻读问题，只是我们要考虑到查询范围的最大值没有命中记录的情况，而锁住了下一个区间，可以确保不论是哪种范围查询，都可以避免幻读的产生。
在我们使用锁的时候，有一个问题是需要注意和避免的，我们知道，排它锁有互斥的特性。一个事务持有锁的时候，会阻止其他的事务获取锁，这个时候会造成阻塞等待，那么假如事务一直等待下去，就会一直占用CPU资源，所以，锁等待会有一个超时时间，在InnoDB引擎中，可以通过参数：innodb_lock_wait_timeout查询：
SHOW VARIABLES LIKE 'innodb_lock_wait_timeout';默认超时时间是50s，超时后会自动释放锁回滚事务。但是我们想一下，假如事务A在等待事务B释放锁，而事务B又在等待事务A释放锁，这时候就会产生一个等待环路了，而这种情况是无论等待多久都不可能会获取锁成功的，所以是没有必要去等50s的，这种形成等待环路的现象又叫做死锁。
死锁(Dead Lock)什么是死锁死锁是指的两个或者两个以上的事务在执行过程中，因为争夺锁资源而造成的一种互相等待的现象。

文章插图

文章插图

我们可以看到，发生死锁之后就会立刻回滚，而不会漫无目的的去等待50s之后超时再回滚事务，那么MySQL是如何知道产生了死锁的，是如何检测死锁的发生呢？
死锁的检测目前数据库大部分采用wait-for graph（等待图）的方式来进行死锁检测，InnoDB引擎也是采用这种方式来检测死锁。数据库中会记录两种信息：