一致的读取意味着 InnoDB 使用多版本控制来呈现查询的数据库快照在某个时间点。该查询看到在该时间点之前提交的所有事务的更改，并且不看到后续或未提交的事务的更改。该规则的一个例外是，该查询看到同一事务中早期语句的更改。这导致以下异常：如果您更新表中的某些行，一个 SELECT 看到最新版本的更新行，但它也可能看到其他行的旧版本。如果其他会话同时更新同一表，该异常意味着您可能看到表处于从未存在于数据库中的状态。

如果事务 隔离级别 是 REPEATABLE READ（默认级别），同一事务中的所有一致读取都读取该事务中第一个一致读取所建立的快照。您可以通过提交当前事务，然后发出新查询来获取最新的快照。

使用 READ COMMITTED 隔离级别，每个一致读取在事务中设置并读取其自己的最新快照。

一致读取是 InnoDB 处理 SELECT 语句的默认模式，在 READ COMMITTED 和 REPEATABLE READ 隔离级别下。一个一致读取不设置表的锁，因此其他会话可以在同一时间修改这些表，而一致读取正在执行。

假设您正在运行默认的 REPEATABLE READ 隔离级别。当您发出一致读取（即普通的 SELECT 语句）时，InnoDB 根据您的时间点为您的交易分配快照。如果另一个事务删除了一行并在您的时间点之后提交，您不会看到该行被删除。插入和更新以类似的方式处理。

SELECT COUNT(c1) FROM t1 WHERE c1 = 'xyz';
-- Returns 0: no rows match.
DELETE FROM t1 WHERE c1 = 'xyz';
-- Deletes several rows recently committed by other transaction.

SELECT COUNT(c2) FROM t1 WHERE c2 = 'abc';
-- Returns 0: no rows match.
UPDATE t1 SET c2 = 'cba' WHERE c2 = 'abc';
-- Affects 10 rows: another txn just committed 10 rows with 'abc' values.
SELECT COUNT(c2) FROM t1 WHERE c2 = 'cba';
-- Returns 10: this txn can now see the rows it just updated.

您可以通过提交事务，然后再次执行 SELECT 或 START TRANSACTION WITH CONSISTENT SNAPSHOT 来推进时间点。

这被称为 多版本并发控制。

在以下示例中，会话 A 只有在 B 提交插入并且 A 也提交后，才能看到 B 插入的行，以便时间点超越 B 的提交。

             Session A              Session B

           SET autocommit=0;      SET autocommit=0;
time
|          SELECT * FROM t;
|          empty set
|                                 INSERT INTO t VALUES (1, 2);
|
v          SELECT * FROM t;
           empty set
                                  COMMIT;

           SELECT * FROM t;
           empty set

           COMMIT;

           SELECT * FROM t;
           ---------------------
           |    1    |    2    |
           ---------------------

如果您想看到数据库的最新状态，请使用 READ COMMITTED 隔离级别或锁定读取：

SELECT * FROM t FOR SHARE;

在 已提交读取 隔离级别中，每个一致读取在事务中设置并读取其自己的最新快照。使用 FOR SHARE，锁定读取会发生：SELECT 会阻塞，直到包含最新行的事务结束（见 第 17.7.2.4 节，“锁定读取”）。

一致读取不能在某些 DDL 语句上工作：

在子句中，如 INSERT INTO ... SELECT、UPDATE ... (SELECT) 和 CREATE TABLE ... SELECT 中，不指定 FOR UPDATE 或 FOR SHARE 的读取类型：