03 | 事务隔离:为什么你改了我还看不见
1. 簡介
??簡單來說,事務(wù)就是要保證一組數(shù)據(jù)庫操作,要么全部成功,要么全部失敗。在 MySQL中,事務(wù)支持是在引擎層實現(xiàn)的。你現(xiàn)在知道,MySQL 是一個支持多引擎的系統(tǒng),但并不是所有的引擎都支持事務(wù)。比如 MySQL 原生的 MyISAM 引擎就不支持事務(wù),這也是MyISAM 被 InnoDB 取代的重要原因之一。
2. 隔離性與隔離級別
??提到事務(wù),你肯定會想到 ACID(Atomicity、Consistency、Isolation、Durability,即原子性、一致性、隔離性、持久性),今天我們就來說說其中 I,也就是“隔離性”。
??當(dāng)數(shù)據(jù)庫上有多個事務(wù)同時執(zhí)行的時候,就可能出現(xiàn)臟讀(dirty read)、不可重復(fù)讀(non-repeatable read)、幻讀(phantom read)的問題,為了解決這些問題,就有了“隔離級別”的概念。
??在談隔離級別之前,你首先要知道,你隔離得越嚴(yán)實,效率就會越低。因此很多時候,我們都要在二者之間尋找一個平衡點。SQL 標(biāo)準(zhǔn)的事務(wù)隔離級別包括:讀未提交(readuncommitted)、讀提交(read committed)、可重復(fù)讀(repeatable read)和串行化(serializable)。
下面我逐一為你解釋:
??其中“讀提交”和“可重復(fù)讀”比較難理解,所以我用一個例子說明這幾種隔離級別。假設(shè)數(shù)據(jù)表 T 中只有一列,其中一行的值為 1,下面是按照時間順序執(zhí)行兩個事務(wù)的行為。
查看當(dāng)前數(shù)據(jù)庫隔離級別
3. 事務(wù)隔離的實現(xiàn)
??這里我們展開說明“可重復(fù)讀”。在 MySQL 中,實際上每條記錄在更新的時候都會同時記錄一條回滾操作。記錄上的最新值,通過回滾操作,都可以得到前一個狀態(tài)的值。假設(shè)一個值從 1 被按順序改成了 2、3、4,在回滾日志里面就會有類似下面的記錄。
??當(dāng)前值是 4,但是在查詢這條記錄的時候,不同時刻啟動的事務(wù)會有不同的 read-view。如圖中看到的,在視圖 A、B、C 里面,這一個記錄的值分別是 1、2、4,同一條記錄在系統(tǒng)中可以存在多個版本,就是數(shù)據(jù)庫的多版本并發(fā)控制(MVCC)。對于 read-view A,要得到 1,就必須將當(dāng)前值依次執(zhí)行圖中所有的回滾操作得到。
4. 事務(wù)的啟動方式
MySQL 的事務(wù)啟動方式有以下幾種:
??對于一個需要頻繁使用事務(wù)的業(yè)務(wù),第二種方式每個事務(wù)在開始時都不需要主動執(zhí)行一次 “begin”,減少了語句的交互次數(shù)。如果你也有這個顧慮,我建議你使用 commit work and chain 語法。
??在 autocommit 為 1 的情況下,用 begin 顯式啟動的事務(wù),如果執(zhí)行 commit 則提交事務(wù)。如果執(zhí)行 commit work and chain,則是提交事務(wù)并自動啟動下一個事務(wù),這樣也省去了再次執(zhí)行 begin 語句的開銷。同時帶來的好處是從程序開發(fā)的角度明確地知道每個語句是否處于事務(wù)中。
總結(jié)
以上是生活随笔為你收集整理的03 | 事务隔离:为什么你改了我还看不见的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 10丨 Redis主从同步与故障切换,有
- 下一篇: 04 | 深入浅出索引(上)