http://blog.sina.com.cn/s/blog_499740cb0100ugs7.html

上述链接很经典的解释了mysql的mvcc为什么是部分解决了幻读的问题。

同时我需要理解的是，在业务逻辑中，事务是可以分散在业务代码里面的，并不是说一条语句写出。比如，我们启动了一个事务，start transaction。先获取数据库中的数据，然后在业务中判断该条件是否符合自己的业务逻辑，如果是的话，那么就可以插入一部分数据。但是这个时候可能也有别的数据插入进来了，产生了冲突，导致当前的数据插入不成功。形成怪异的现象。所以这个时候select需要使用lock In share model。这样就可以使用next-key技术启动事务。可以保证获取的信息是当前读的数据，而不是快照读。

很经典的mysql的幻读解释