REPEATABLE READ

這是 InnoDB 的預設隔離等級。在同一個交易中的一致性讀取會讀取第一次讀取所建立的快照。這表示如果您在同一個交易中發出多個普通的 (非鎖定的) SELECT 語法，這些 SELECT 語法彼此之間也是一致的。請參閱第 17.7.2.3 節，「一致性非鎖定讀取」。

對於鎖定讀取 (SELECT 搭配 FOR UPDATE 或 FOR SHARE)、UPDATE 和 DELETE 語法，鎖定取決於語法是否使用具有唯一搜尋條件的唯一索引，或是範圍類型的搜尋條件。

READ COMMITTED

每個一致性讀取，即使在同一個交易中，都會設定並讀取其自己的新快照。如需關於一致性讀取的資訊，請參閱第 17.7.2.3 節，「一致性非鎖定讀取」。

對於鎖定讀取 (SELECT 搭配 FOR UPDATE 或 FOR SHARE)、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 授權表上的讀取鎖定，無論隔離等級為何。如需更多資訊，請參閱授權表並行。