Mysql默认的隔离级别“可重复读”是如何解决幻读问题的，完全解决了吗？

<幻读>

根据mysql的官方文档，幻读是指同一个查询在不同的时间产生不同的结果集

或者说：一个事务内多次查询某个条件下的记录数量，前后两次查询不一样

1. 针对快照读，也就是普通的select语句，是通过MVCC解决的。因为开启事务后创建的ReadView在后续的数据查询中会一直沿用，所以不会出现幻读的问题
2. 针对当前读，除了快照读（普通select语句）之外的语句，都是当前读，每次执行前都会查询最新的记录，其它也就是select......for update等语句，是通过next-key lock(记录锁+间歇锁)解决的。比如执行了select * from t_stu where id >2 for update,这个时候就会为id>2的记录加上next-key lock,在本事务提交之前，其它事务都没有办法对id>2的记录进行修改操作，也就解决了幻读问题

<但是，其实可重复读情况下并没有完全解决幻读问题>

1. 情况一，假设数据库中一张表有4条记录，id分别从1到4，A事务查询id为5的记录结果为空，然后B事务向该表中插入id为5的记录并提交，接着A事务更新id为5的数据，那么这条新记录的trx_id就等于A事务的id，又由于A事务开启时生成的ReadView中的creator_id == trx_id，这个时候A事务就可以查询到这条id为5的新记录，前后两次查询id为5的记录，出现了不同的结果集，出现幻读

1. 情况二，比如事务A开启时先执行了一个快照读（普通的select语句），这个时候假设查询到结果为3条记录，然后B事务又插入一条新记录并提交，这个时候A事务执行当前读语句（select.......for update语句）后会查询最新的记录，因此得到记录数为4条，这时便出现了幻读

        为了解决第二种情况，可以在事务开启时便执行一次当前读语句，使得其对相应的记录加上next-key lock

<综上，mysql的可重复读隔离级别并没有完全解决幻读的问题，只是很大程度上避免了幻读>