相信大家研究过锁的同学，都知道在唯一索引的范围查询，会锁下一个记录，在mysql45讲中，作者也提到过，并且认为是个bug，但是官方没有确认，针对这个问题，我也思考了下，下面描述下我的理解，如果不正确，麻烦指正。

mysql> show create table dba_test2\G
*************************** 1. row ***************************
       Table: dba_test2
Create Table: CREATE TABLE `dba_test2` (
  `id` int NOT NULL,
  `age` int DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `udx_age` (`age`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
select * from dba_test2;
+-----+------+
| id  | age  |
+-----+------+
|   1 |   11 |
|   2 |   15 |
|   3 |   20 |
session1;
ysql> select * from dba_test2 where age <=15 for update;
+------+------+
| id   | age  |
+------+------+
|    1 |   11 |
|    2 |   15 |
+------+------+
2 rows in set (0.01 sec)
session2 --被阻塞
 delete from dba_test2 where age=20;

我的理解，如果有这样的事务

begin;

update dba_test2 set age=88 where age=15;

select * from dba_test2 where age <=15 for update;

这样select的时候，看到id=15的记录已经没有了，会向后查找定位记录，找到后加锁，那为什么不向前查找定位记录，向前的话加的锁范围就不对了，导致幻读。所以是向后定位一个记录，如果没有20这个记录，那么就会在最大值上加范围锁。

针对这个case，8.0优化了，只是锁了15之前的记录，应该是去查15这条记录是否真实存在了，存在就加15之前的，不存在就向后多加一个范围。

8.0针对最大值的范围，查询没有缩小范围，

select * from dba_test2 where id <=3.，将最大值这个范围锁上了，这个比较奇怪，按理说都是下一个记录锁，处理的方式应该跟上面的方式一样，看来还是没有彻底解决这个问题。

有兴趣学习源码的加群一起学习啊 QQ：                                                                                                                                                                                                                                                                700072075