REPEATABLE READ

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

对于锁定读取 （SELECTwith FOR UPDATEor FOR SHARE）、, UPDATE和 DELETE语句，锁定取决于语句是使用具有唯一搜索条件的唯一索引，还是范围类型的搜索条件。

READ COMMITTED

每个一致的读取，即使在同一个事务中，也会设置和读取它自己的新快照。有关一致性读取的信息，请参阅 第 15.7.2.3 节，“一致的非锁定读取”。

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

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

READ COMMITTED隔离级别 仅支持基于行的二进制日志记录 。如果使用READ COMMITTEDwith 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;

在这种情况下，该表没有索引，因此搜索和索引扫描使用隐藏的聚集索引进行记录锁定（请参阅第 15.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执行each 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 可以确定该行是否符合以下 WHERE条件 UPDATE：

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，但将所有普通 语句InnoDB隐式转换为if 已禁用。如果 启用，则这 是它自己的事务。因此已知它是只读的，如果作为一致（非锁定）读取执行并且不需要为其他事务阻塞，则可以序列化。（如果其他事务修改了选定的行，要强制一个普通 的阻塞，请禁用 。） SELECTSELECT ... FOR SHAREautocommitautocommitSELECTSELECTautocommit