REPEATABLE READ

这是 InnoDB 的默认隔离级别。同一个事务内的 一致性读取 读取由第一次读取建立的 快照。这意味着，如果您在同一个事务内发出多个普通（非锁定）SELECT 语句，这些 SELECT 语句在彼此之间也保持一致。请参见 第 17.7.2.3 节，“一致性非锁定读取”。

对于 锁定读取（带有 FOR UPDATE 或 FOR SHARE 的 SELECT）、UPDATE 和 DELETE 语句，锁定取决于该语句是否使用带有唯一搜索条件的唯一索引，或者使用范围类型搜索条件。

READ COMMITTED

每次一致性读取，即使在同一事务内，也会设置并读取自己的新快照。有关一致性读取的信息，请参见第 17.7.2.3 节，“一致性非锁定读取”。

对于锁定读取（带有FOR UPDATE 或 FOR SHARE 的SELECT）、UPDATE 语句和DELETE 语句，InnoDB 只锁定索引记录，而不是它们之前的间隙，因此允许在已锁定记录旁边自由插入新记录。间隙锁定仅用于外键约束检查和重复键检查。

由于禁用了间隙锁定，因此可能会出现幻行问题，因为其他会话可以将新行插入到间隙中。有关幻行信息，请参见第 17.7.4 节，“幻行”。

仅支持使用 READ COMMITTED 隔离级别进行基于行的二进制日志记录。如果您使用 READ COMMITTED 以及binlog_format=MIXED，服务器会自动使用基于行的日志记录。

使用READ COMMITTED 会产生其他影响。

考虑以这种方式创建和填充的表。

CREATE TABLE t (a INT NOT NULL, b INT) ENGINE = InnoDB;
INSERT INTO t VALUES (1,2),(2,3),(3,2),(4,3),(5,2);
COMMIT;

在这种情况下，该表没有索引，因此搜索和索引扫描使用隐藏的聚簇索引进行记录锁定（参见第 17.6.2.1 节，“聚簇索引和辅助索引”），而不是索引列。

假设一个会话使用以下语句执行UPDATE。

# Session A
START TRANSACTION;
UPDATE t SET b = 5 WHERE b = 3;

假设另一个会话在执行完第一个会话的语句后，通过执行以下语句来执行UPDATE。

# Session B
UPDATE t SET b = 4 WHERE b = 2;

当InnoDB 执行每个UPDATE 时，它首先为每个读取的行获取一个排他锁，然后确定是否要修改它。如果InnoDB 没有修改该行，它会释放锁。否则，InnoDB 会保留锁，直到事务结束。这会影响事务处理，如下所示。

当使用默认的REPEATABLE READ 隔离级别时，第一个UPDATE 会对它读取的每一行获取一个 x 锁，并且不会释放任何锁。

x-lock(1,2); retain x-lock
x-lock(2,3); update(2,3) to (2,5); retain x-lock
x-lock(3,2); retain x-lock
x-lock(4,3); update(4,3) to (4,5); retain x-lock
x-lock(5,2); retain x-lock

第二个UPDATE 一旦尝试获取任何锁就会阻塞（因为第一个更新已经保留了对所有行的锁），并且在第一个UPDATE 提交或回滚之前不会继续。

x-lock(1,2); block and wait for first UPDATE to commit or roll back

如果改用READ COMMITTED，第一个UPDATE 会对它读取的每一行获取一个 x 锁，并释放对它没有修改的行所持有的锁。

x-lock(1,2); unlock(1,2)
x-lock(2,3); update(2,3) to (2,5); retain x-lock
x-lock(3,2); unlock(3,2)
x-lock(4,3); update(4,3) to (4,5); retain x-lock
x-lock(5,2); unlock(5,2)

对于第二个UPDATE，InnoDB 会执行“半一致性” 读取，将它读取的每一行的最新提交版本返回给 MySQL，以便 MySQL 可以确定该行是否与UPDATE 的WHERE 条件匹配。

x-lock(1,2); update(1,2) to (1,4); retain x-lock
x-lock(2,3); unlock(2,3)
x-lock(3,2); update(3,2) to (3,4); retain x-lock
x-lock(4,3); unlock(4,3)
x-lock(5,2); update(5,2) to (5,4); retain x-lock

但是，如果WHERE 条件包含一个索引列，并且InnoDB 使用了该索引，那么在获取和保留记录锁时，只考虑索引列。在以下示例中，第一个UPDATE 会获取并保留对每个 b = 2 的行的 x 锁。第二个UPDATE 在尝试对相同记录获取 x 锁时会阻塞，因为它也使用在列 b 上定义的索引。

CREATE TABLE t (a INT NOT NULL, b INT, c INT, INDEX (b)) ENGINE = InnoDB;
INSERT INTO t VALUES (1,2,3),(2,2,4);
COMMIT;

# Session A
START TRANSACTION;
UPDATE t SET b = 3 WHERE b = 2 AND c = 3;

# Session B
UPDATE t SET b = 4 WHERE b = 2 AND c = 4;

READ COMMITTED 隔离级别可以在启动时设置，也可以在运行时更改。在运行时，可以为所有会话全局设置它，也可以为每个会话单独设置它。

READ UNCOMMITTED

SELECT 语句以非锁定方式执行，但可能会使用行的早期版本。因此，使用此隔离级别，此类读取不一致。这也称为脏读。否则，此隔离级别的工作方式与READ COMMITTED 相同。

SERIALIZABLE

此级别与REPEATABLE READ 相似，但如果autocommit 已禁用，InnoDB 会隐式地将所有普通SELECT 语句转换为SELECT ... FOR SHARE。如果autocommit 已启用，则SELECT 是它自己的事务。因此，已知它是只读的，如果作为一致性（非锁定）读取执行，则可以将其序列化，并且不需要阻塞其他事务。（要强制普通SELECT 在其他事务修改了所选行时阻塞，请禁用autocommit。）

从 MySQL 权限表（通过连接列表或子查询）读取数据但不修改它们的 DML 操作不会获取对 MySQL 权限表的读取锁，无论隔离级别如何。有关更多信息，请参见权限表并发。