MySQL为什么RR隔离级别添加了间隙锁还是无法解决幻读问题？什么是幻读？幻读本质上也属于不可重复读的情况，T1读取某个范围的数据，T2在这个范围内插入或者删除新的数据，T1再次读取这个范围的数据，此时读取的结果和和第一次读取的结果不同。我的理解我的理解是：间隙锁只能保证范围内的键不被插入，无法保证范围内的键不被删除。如果在事务执行期间另一个事务删除了该范围内的某一行数据，原事务再次查询时就会发现出现了幻读。比如索引1，3有数据，然后加了间隙锁，那么查询1-3之间的数据的时候，会查询到两条记录。并且因为间隙锁的存在，所以无法添加数据。但是索引1或者3本身所代表的数据可能会被删除，所以再次查询的

MySQL为什么RR隔离级别添加了间隙锁还是无法解决幻读问题？什么是幻读？幻读本质上也属于不可重复读的情况，T1读取某个范围的数据，T2在这个范围内插入或者删除新的数据，T1再次读取这个范围的数据，此时读取的结果和和第一次读取的结果不同。我的理解我的理解是：间隙锁只能保证范围内的键不被插入，无法保证范围内的键不被删除。如果在事务执行期间另一个事务删除了该范围内的某一行数据，原事务再次查询时就会发现出现了幻读。比如索引1，3有数据，然后加了间隙锁，那么查询1-3之间的数据的时候，会查询到两条记录。并且因为间隙锁的存在，所以无法添加数据。但是索引1或者3本身所代表的数据可能会被删除，所以再次查询的

面试问题：如果两个客户端同时执行一个查询sql，为什么查出的数据可能不一样？解答：是因为mysql底层维护了一个undo日志版本链和read-view一致性试图机制，在repeatable-read隔离级别下，一个事务开启之后，当执行查询语句的时候，就生成了一个read-view,之后查询就会根据一定的规则去undo日志版本链中比对数据；在read-commited隔离级别下，一个事务开启之后，每次执行查询语句的时候，都生成新的read-view,查询就会根据和repeatable-read隔离级别下一样的规则去undo日志版本链中比对数据。对比规则如下：如果版本链中的trx_id如果版本链中

面试问题：如果两个客户端同时执行一个查询sql，为什么查出的数据可能不一样？解答：是因为mysql底层维护了一个undo日志版本链和read-view一致性试图机制，在repeatable-read隔离级别下，一个事务开启之后，当执行查询语句的时候，就生成了一个read-view,之后查询就会根据一定的规则去undo日志版本链中比对数据；在read-commited隔离级别下，一个事务开启之后，每次执行查询语句的时候，都生成新的read-view,查询就会根据和repeatable-read隔离级别下一样的规则去undo日志版本链中比对数据。对比规则如下：如果版本链中的trx_id如果版本链中