1. 簡介

??簡單來說，事務就是要保證一組數據庫操作，要么全部成功，要么全部失敗。在 MySQL中，事務支持是在引擎層實現的。你現在知道，MySQL 是一個支持多引擎的系統，但并不是所有的引擎都支持事務。比如 MySQL 原生的 MyISAM 引擎就不支持事務，這也是MyISAM 被 InnoDB 取代的重要原因之一。

2. 隔離性與隔離級別

??提到事務，你肯定會想到 ACID（Atomicity、Consistency、Isolation、Durability，即原子性、一致性、隔離性、持久性），今天我們就來說說其中 I，也就是“隔離性”。
??當數據庫上有多個事務同時執行的時候，就可能出現臟讀（dirty read）、不可重復讀（non-repeatable read）、幻讀（phantom read）的問題，為了解決這些問題，就有了“隔離級別”的概念。
??在談隔離級別之前，你首先要知道，你隔離得越嚴實，效率就會越低。因此很多時候，我們都要在二者之間尋找一個平衡點。SQL 標準的事務隔離級別包括：讀未提交（readuncommitted）、讀提交（read committed）、可重復讀（repeatable read）和串行化（serializable）。
下面我逐一為你解釋：

讀未提交是指，一個事務還沒提交時，它做的變更就能被別的事務看到。

讀提交是指，一個事務提交之后，它做的變更才會被其他事務看到。

可重復讀是指，一個事務執行過程中看到的數據，總是跟這個事務在啟動時看到的數據是一致的。當然在可重復讀隔離級別下，未提交變更對其他事務也是不可見的。

串行化，顧名思義是對于同一行記錄，“寫”會加“寫鎖”，“讀”會加“讀鎖”。當出現讀寫鎖沖突的時候，后訪問的事務必須等前一個事務執行完成，才能繼續執行。

??其中“讀提交”和“可重復讀”比較難理解，所以我用一個例子說明這幾種隔離級別。假設數據表 T 中只有一列，其中一行的值為 1，下面是按照時間順序執行兩個事務的行為。

查看當前數據庫隔離級別

mysql> show variables like 'transaction_isolation'; +-----------------------+----------------+ | Variable_name | Value | +-----------------------+----------------+ | transaction_isolation | READ-COMMITTED | +-----------------------+----------------+

3. 事務隔離的實現

??這里我們展開說明“可重復讀”。在 MySQL 中，實際上每條記錄在更新的時候都會同時記錄一條回滾操作。記錄上的最新值，通過回滾操作，都可以得到前一個狀態的值。假設一個值從 1 被按順序改成了 2、3、4，在回滾日志里面就會有類似下面的記錄。

??當前值是 4，但是在查詢這條記錄的時候，不同時刻啟動的事務會有不同的 read-view。如圖中看到的，在視圖 A、B、C 里面，這一個記錄的值分別是 1、2、4，同一條記錄在系統中可以存在多個版本，就是數據庫的多版本并發控制（MVCC）。對于 read-view A，要得到 1，就必須將當前值依次執行圖中所有的回滾操作得到。

4. 事務的啟動方式

MySQL 的事務啟動方式有以下幾種：

顯式啟動事務語句， begin 或 start transaction。配套的提交語句是 commit，回滾語句是 rollback。

set autocommit=0，這個命令會將這個線程的自動提交關掉。意味著如果你只執行一個 select 語句，這個事務就啟動了，而且并不會自動提交。這個事務持續存在直到你主動執行 commit 或 rollback 語句，或者斷開連接。

??對于一個需要頻繁使用事務的業務，第二種方式每個事務在開始時都不需要主動執行一次 “begin”，減少了語句的交互次數。如果你也有這個顧慮，我建議你使用 commit work and chain 語法。
??在 autocommit 為 1 的情況下，用 begin 顯式啟動的事務，如果執行 commit 則提交事務。如果執行 commit work and chain，則是提交事務并自動啟動下一個事務，這樣也省去了再次執行 begin 語句的開銷。同時帶來的好處是從程序開發的角度明確地知道每個語句是否處于事務中。

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的03 | 事务隔离：为什么你改了我还看不见的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。