天天看點

MySQL:事務的ACID、并發問題、隔離級别一、事務的ACID二、事務的并發問題三、MySQL事務隔離級别四、一些例子五、參考資料

一、事務的ACID

  • Atomicity(原子性):事務開始後所有操作,要麼全部做完,要麼全部不做,不可能停滞在中間環節。事務執行過程中出錯,會復原到事務開始前的狀态,所有的操作就像沒有發生一樣。也就是說事務是一個不可分割的整體,就像化學中學過的原子,是物質構成的基本機關。
  • Consistency(一緻性):事務開始前和結束後,資料庫的完整性限制沒有被破壞 。比如A向B轉賬,不可能A扣了錢,B卻沒收到。
  • Isolation(隔離性):同一時間,隻允許一個事務請求同一資料,不同的事務之間彼此沒有任何幹擾。比如A正在從一張銀行卡中取錢,在A取錢的過程結束前,B不能向這張卡轉賬。
  • Durability(持久性):事務完成後,事務對資料庫的所有更新将被儲存到資料庫,不能復原。

二、事務的并發問題

  • 髒讀:事務A讀取了事務B更新的資料,然後B復原操作,那麼A讀取到的資料是髒資料
  • 不可重複讀:事務 A 多次讀取同一資料,事務 B 在事務A多次讀取的過程中,對資料作了更新并送出,導緻事務A多次讀取同一資料時,結果 不一緻。
  • 幻讀:系統管理者A将資料庫中所有學生的成績從具體分數改為ABCDE等級,但是系統管理者B就在這個時候插入了一條具體分數的記錄,當系統管理者A改結束後發現還有一條記錄沒有改過來,就好像發生了幻覺一樣,這就叫幻讀。
小結:不可重複讀的和幻讀很容易混淆,不可重複讀側重于修改,幻讀側重于新增或删除。解決不可重複讀的問題隻需鎖住滿足條件的行,解決幻讀需要鎖表

三、MySQL事務隔離級别

事務隔離級别 髒讀 不可重複讀 幻讀 鎖政策
讀未送出(

read-uncommitted

不會鎖住指定的行
不可重複讀(

read-committed

寫資料時鎖相應行
可重複讀(

repeatable-read

)(預設)
如果有索引(包括主鍵索引)的時候,以索引列為條件更新資料,會存在間隙鎖、行鎖、下一鍵鎖的問題,進而鎖住一些行;如果沒有索引,更新資料時會鎖住整張表。
串行化(

serializable

讀寫資料時都會鎖整張表

隔離級别越高,越能保證資料的完整性和一緻性,但是對并發性能的影響也越大。對于多數應用程式,可以優先考慮把資料庫系統的隔離級别設為Read Committed,它能夠避免髒讀取,而且具有較好的并發性能。盡管它會導緻不可重複讀、幻讀這些并發問題,在可能出現這類問題的個别場合,可以由應用程式采用悲觀鎖或樂觀鎖來控制。

可通過

SELECT @@tx_isolation;

語句來擷取目前事務的隔離級别,MySQL中預設為

REPEATABLE-READ

可通過

set session transaction isolation level [read uncommitted | read committed | repeatable read | serializable ]

來設定事務的隔離級别。

四、一些例子

在接下來的文章中将以這張表為例來講解MySQL中的四種事物隔離級别(例子之間互不影響):

test

表:

id value
1 100
2 200
3 300

1. read-uncommited

2. read-committed

3. repeatable-read

可以看到這個過程中并沒有出現不可重複讀的問題,但是在sessionA送出後id為1的記錄的value并沒有變成90,而是變成了80,可見在執行value=value-10的時候是使用磁盤中的資料來進行計算的,是以變成了80,資料的一緻性沒有被破壞。

可重複讀的隔離級别下使用了MVCC機制,A事務中讀取的是記錄的快照版本,而非最新版本,B事務的更新是建立了一個新版本來更新,不同僚務的讀和寫是分離的

再來一個例子來解釋一下幻讀問題:

4. serializable

五、參考資料

MySQL的四種事務隔離級别

CSDN的序列圖排版有些問題,在電腦上影響不大