事務及事務隔離級別

什麼是事務

事務是訪問資料庫的乙個操作序列，資料庫應用系統通過事務集來完成對資料庫的訪問。事務的正確執行使得資料庫從一種狀態轉換為另一種狀態。

事務必須服從iso/iec所制定的acid原則。acid是原子性（atomicity）、一致性（consistency）、隔離性（isolation）、永續性（durability）的縮寫，這四種狀態的意思是：

1、原子性

即不可分割，事務要麼全部被執行，要麼全部不執行。如果事務的所有子事務全部提交成功，則所有的資料庫操作被提交，資料庫狀態發生變化；如果有子事務失敗，則其他子事務的資料庫操作被回滾，即資料庫回到事務執行前的狀態，不會發生狀態轉換

2、一致性

事務的執行使得資料庫從一種正確狀態轉換成另外一種正確狀態

3、隔離性

在事務正確提交之前，不允許把事務對該資料的改變提供給任何其他事務，即在事務正確提交之前，它可能的結果不應該顯示給其他事務

4、永續性

事務正確提交之後，其結果將永遠儲存在資料庫之中，即使在事務提交之後有了其他故障，事務的處理結果也會得到儲存

事務的作用

事務管理對於企業級應用而言至關重要，它保證了使用者的每一次操作都是可靠的，即便出現了異常的訪問情況，也不至於破壞後台資料的完整性。就像銀行的自動提款機atm，通常atm都可以正常為客戶服務，但是也難免遇到操作過程中及其突然出故障的情況，此時，事務就必須確保出故障前對賬戶的操作不生效，就像使用者剛才完全沒有使用過atm機一樣，以保證使用者和銀行的利益都不受損失。

併發下事務會產生的問題

舉個例子，事務a和事務b操縱的是同乙個資源，事務a有若干個子事務，事務b也有若干個子事務，事務a和事務b在高併發的情況下，會出現各種各樣的問題。"各種各樣的問題"，總結一下主要就是五種：第一類丟失更新、第二類丟失更新、髒讀、不可重複讀、幻讀。五種之中，第一類丟失更新、第二類丟失更新不重要，不講了，講一下髒讀、不可重複讀和幻讀。

1、髒讀

所謂髒讀，就是指事務a讀到了事務b還沒有提交的資料，比如銀行取錢，事務a開啟事務，此時切換到事務b，事務b開啟事務-->取走100元，此時切換回事務a，事務a讀取的肯定是資料庫裡面的原始資料，因為事務b取走了100塊錢，並沒有提交，資料庫裡面的賬務餘額肯定還是原始餘額，這就是髒讀。

2、不可重複讀

所謂不可重複讀，就是指在乙個事務裡面讀取了兩次某個資料，讀出來的資料不一致。還是以銀行取錢為例，事務a開啟事務-->查出銀行卡餘額為1000元，此時切換到事務b事務b開啟事務-->事務b取走100元-->提交，資料庫裡面餘額變為900元，此時切換回事務a，事務a再查一次查出賬戶餘額為900元，這樣對事務a而言，在同乙個事務內兩次讀取賬戶餘額資料不一致，這就是不可重複讀。

3、幻讀

所謂幻讀，就是指在乙個事務裡面的操作中發現了未被操作的資料。比如學生資訊，事務a開啟事務-->修改所有學生當天簽到狀況為false，此時切換到事務b，事務b開啟事務-->事務b插入了一條學生資料，此時切換回事務a，事務a提交的時候發現了一條自己沒有修改過的資料，這就是幻讀，就好像發生了幻覺一樣。幻讀出現的前提是併發的事務中有事務發生了插入、刪除操作。

事務隔離級別

事務隔離級別，就是為了解決上面幾種問題而誕生的。為什麼要有事務隔離級別，因為事務隔離級別越高，在併發下會產生的問題就越少，但同時付出的效能消耗也將越大，因此很多時候必須在併發性和效能之間做乙個權衡。所以設立了幾種事務隔離級別，以便讓不同的專案可以根據自己專案的併發情況選擇合適的事務隔離級別，對於在事務隔離級別之外會產生的併發問題，在**中做補償。

事務隔離級別有4種，但是像spring會提供給使用者5種，來看一下：

1、default

預設隔離級別，每種資料庫支援的事務隔離級別不一樣，如果spring配置事務時將isolation設定為這個值的話，那麼將使用底層資料庫的預設事務隔離級別。順便說一句，如果使用的mysql，可以使用"select @@tx_isolation"來檢視預設的事務隔離級別

2、read_uncommitted

讀未提交，即能夠讀取到沒有被提交的資料，所以很明顯這個級別的隔離機制無法解決髒讀、不可重複讀、幻讀中的任何一種，因此很少使用

3、read_commited

讀已提交，即能夠讀到那些已經提交的資料，自然能夠防止髒讀，但是無法限制不可重複讀和幻讀

4、repeatable_read

重複讀取，即在資料讀出來之後加鎖，類似"select * from *** for update"，明確資料讀取出來就是為了更新用的，所以要加一把鎖，防止別人修改它。repeatable_read的意思也類似，讀取了一條資料，這個事務不結束，別的事務就不可以改這條記錄，這樣就解決了髒讀、不可重複讀的問題，但是幻讀的問題還是無法解決

5、serlalizable

序列化，最高的事務隔離級別，不管多少事務，挨個執行完乙個事務的所有子事務之後才可以執行另外乙個事務裡面的所有子事務，這樣就解決了髒讀、不可重複讀和幻讀的問題了

網上專門有圖用**的形式列出了事務隔離級別解決的併發問題：

再必須強調一遍，不是事務隔離級別設定得越高越好，事務隔離級別設定得越高，意味著勢必要花手段去加鎖用以保證事務的正確性，那麼效率就要降低，因此實際開發中往往要在效率和併發正確性之間做乙個取捨，一般情況下會設定為read_commited，此時避免了髒讀，併發性也還不錯，之後再通過一些別的手段去解決不可重複讀和幻讀的問題就好了。

事物隔離級別檢視及修改

首先說明一下mysql檢視和修改事務隔離級別的幾個命令：

修改了會話的事務隔離級別，比如mybatis，getsqlsession()的時候，只針對這一次拿到的session有效；比如cmd命令列，只對這一次的視窗有效。

修改了全域性的事務隔離級別，那麼針對此後所有的會話有效，當前已經存在的會話不受影響。

關於mysql事務隔離級別，推薦大家一篇文章，很詳細地測試了四種事務隔離級別相信大家讀了一定有所進步。

事務及事務隔離級別

事務及事務隔離級別

事務及事務隔離級別

事務及隔離級別

相關推薦