我在这里分享一篇关于 MySQL 的可重复读介绍，讲得挺好的，可以解决一些疑惑，链接在下方引用处。

SQL 1992 年标准关于幻读 (Phantom) 的解释：

“一个事务 T1 根据某些查询条件 <search condition> 读取某几行数据，然后事务 T2 执行 SQL 语句插入一行或多行满足查询条件 <search condition> 的数据；这时候如果事务 T1 重复跟第一次查询一样的操作就会获取到不同的几行数据。”

幻读比起不可重复读更加侧重强调两次查询得到的行数不一样（多了或少了），或者行数一样但不是同一批（被替换了）。

这个是英文原版：

    P3 ("Phantom"): SQL-transaction T1 reads the set of rows N                that satisfy some <search condition>. SQL-transaction T2 then                executes SQL-statements that generate one or more rows that                satisfy the <search condition> used by SQL-transaction T1. If                SQL-transaction T1 then repeats the initial read with the same                <search condition>, it obtains a different collection of rows.

而且，根据定义，SQL 标准的可重复读无法解决幻读问题。

但是，MySQL 的可重复读比 SQL 的可重复读的标准要更高，具体表现为：仅仅用 select 语句时幻读不会发生（这种情况简称 Phantom Reads），但是出现与写有关的操作时幻读会发生（这种情况简称 Phantom Writes）。

比如一个事务两次 select 都得到一样的行数和一样的值，没有幻读出现；但是进行 update 或 insert 操作时却报错了，而且可以发现多出了原本不存在的行，就像出现了幻觉一样。

幻读的英文就是 Phantom。Phantom Reads 可以理解为幻读的其中一种情况，而 Phantom Writes 是另一种情况。从定义上来看，Phantom Reads 和 Phantom Writes 都可以理解为幻读。

所以这就解释了某些文章会说 MySQL 的可重复读可以防止某些幻读情况的出现。

另外，从面试的角度来说，如果没有强调是 MySQL 的情况，可以忽略这些，只要按照 SQL 的关于幻读和可重复读的定义来回答即可。如果面试官问到了 MySQL 的特殊情况，可以根据 MySQL 本身的运行机制和自己的实践经验进行回答。

引用:

一篇关于 MySQL 的可重复读介绍：

下面是 1992 年的 SQL 标准关于 幻读（Phantom）的描述原文，网页加载比较慢，要等网页加载完后再全文检索 “Phantom” 关键字：