幻读（phantom read）详解
基本定义（也是来自网络）
当某个事务a范围查询数据时，另一个事务b在该范围内插入了数据，当事务a再次范围查询时，会产生幻行（即多了事务b插入的那行数据）。
网络上的其他定义
看看幻读的正确理解
| 时间点 | 事务A | 事务B |
|---|---|---|
| 1 | 开启事务 | |
| 2 | 开启事务 | |
| 3 | 查询数据“张三”，不存在 | |
| 4 | 插入数据“张三” | |
| 5 | 提交事务 | |
| 6 | 查询数据“张三”，不存在 | |
| 7 | 插入数据“张三”，不成功 |
事务A查询“张三”，查询不到，插入又不成功，“张三”这条数据就像幻觉一样出现。这就是所谓的“幻读”。网上对“幻读”还是其他的解释，都是错误的。比如像“幻读”和“不可重复读”是一样，只不过“幻读”是针对数据的个数。这些理解都是错误的。
参考链接：MySQL中的幻读，你真的理解吗？ - 云+社区 - 腾讯云
详解
先说结论：【基本定义】的理解是对的，【网络上的其他定义】是不准确的。
1. 幻读是repeatble read隔离级别下的产物，但并不是repeatble read隔离级别应该有的现象。按照隔离级别的定义，重复读一定是相同的结果。
2. 那为啥会产生幻读呢？是mysql等数据库一开始在范围查询时，没有加范围锁。其他事务b可以在事务a的处理过程中在范围内插入新纪录。（数据库未能完全实现repeatble read隔离，导致了幻读现象）
3. 解决幻读的措施：众所周知的mvcc机制。
4. 解决幻读的另一个措施：next-key锁（范围加锁）。
参考链接：MySQL :: MySQL 8.0 Reference Manual :: 15.7.4 Phantom Rows
为啥会出现网络上的其他定义
mysql的 mvcc实现，会隐含的给数据表加上两个版本控制列。
它的insert操作，插入数据的同时，会写入版本号。
它的update操作，其实是插入了一条新的数据，同时更新了新老数据的版本号。
所以会导致以下情况：
1. 事务a查询数据1（空）-》事务b插入数据1-》事务a查询数据1（空）-》事务a插入数据1（失败）。这非常正常！已经有数据1了，凭什么事务a要插入成功？它并不是幻读
2. 事务a查询数据1（空）-》事务b插入数据1-》事务a查询数据1（空）-》事务a更新数据1（成功）-》事务a查询数据1（有数据）。这也很正常，因为update其实是一个insert操作，它的版本号已经更新了，为啥不能读到。它也不是幻读。
总的来说，那些错误的定义，描述的是mysql解决幻读后出现的现象，并不是幻读本身。查找了很多博客，发现幻读真的是众说纷纭，最后找到的是mysql官网的解释，加上mysql的mvcc版本号机制，推测了部分错误定义的来源，也不一定对，仅供参考。