淺談Spring事務隔離級別 – JAVA編程語言程序開發技術文章

一、propagation :

key屬性確定代理應該給哪個方法增加事務行為。這樣的屬性最重要的部份是傳播行為。

有以下選項可供使用:propagation_required–支持當前事務,如果當前沒有事務,就新建一個事務。這是最常見的選擇。

propagation_supports            支持當前事務,如果當前沒有事務,就以非事務方式執行。

propagation_mandatory         支持當前事務,如果當前沒有事務,就拋出異常。

propagation_requires_new     新建事務,如果當前存在事務,把當前事務掛起。

propagation_not_supported   以非事務方式執行操作,如果當前存在事務,就把當前事務掛起。

propagation_never                 以非事務方式執行,如果當前存在事務,則拋出異常。

1: propagation_required

加入當前正要執行的事務不在另外一個事務裡,那麼就起一個新的事務

比如說,serviceb.methodb的事務級別定義為propagation_required, 那麼由於執行servicea.methoda的時候,
servicea.methoda已經起瞭事務,這時調用serviceb.methodb,serviceb.methodb看到自己已經運行在servicea.methoda
的事務內部,就不再起新的事務。而假如servicea.methoda運行的時候發現自己沒有在事務中,他就會為自己分配一個事務。

這樣,在servicea.methoda或者在serviceb.methodb內的任何地方出現異常,事務都會被回滾。即使serviceb.methodb的事務已經被提交,但是servicea.methoda在接下來fail要回滾,serviceb.methodb也要回滾。

2: propagation_supports

如果當前在事務中,即以事務的形式運行,如果當前不再一個事務中,那麼就以非事務的形式運行。

3: propagation_mandatory

必須在一個事務中運行。也就是說,他隻能被一個父事務調用。否則,他就要拋出異常。

4: propagation_requires_new

這個就比較繞口瞭。 比如我們設計servicea.methoda的事務級別為propagation_required,serviceb.methodb的事務級別為propagation_requires_new,那麼當執行到serviceb.methodb的時候,servicea.methoda所在的事務就會掛起,serviceb.methodb會起一個新的事務,等待serviceb.methodb的事務完成以後,他才繼續執行。他與propagation_required 的事務區別在於事務的回滾程度瞭。因為serviceb.methodb是新起一個事務,那麼就是存在兩個不同的事務。如果serviceb.methodb已經提交,那麼servicea.methoda失敗回滾,serviceb.methodb是不會回滾的。如果serviceb.methodb失敗回滾,如果他拋出的異常被servicea.methoda捕獲,servicea.methoda事務仍然可能提交。

5: propagation_not_supported

當前不支持事務。比如servicea.methoda的事務級別是propagation_required ,而serviceb.methodb的事務級別是propagation_not_supported ,那麼當執行到serviceb.methodb時,servicea.methoda的事務掛起,而他以非事務的狀態運行完,再繼續servicea.methoda的事務。

6: propagation_never

不能在事務中運行。假設servicea.methoda的事務級別是propagation_required, 而serviceb.methodb的事務級別是propagation_never ,那麼serviceb.methodb就要拋出異常瞭。

7: propagation_nested

理解nested的關鍵是savepoint。他與propagation_requires_new的區別是,propagation_requires_new另起一個事務,將會與他的父事務相互獨立, 而nested的事務和他的父事務是相依的,他的提交是要等和他的父事務一塊提交的。也就是說,如果父事務最後回滾,他也要回滾的。

而nested事務的好處是他有一個savepoint。也就是說serviceb.methodb失敗回滾,那麼servicea.methoda也會回滾到savepoint點上,servicea.methoda可以選擇另外一個分支,比如 servicec.methodc,繼續執行,來嘗試完成自己的事務。 但是這個事務並沒有在ejb標準中定義。

二、isolation level(spring事務隔離等級):

1、serializable:最嚴格的spring事務隔離級別,事務串行執行,資源消耗最大;

2、repeatable read:保證瞭一個事務不會修改已經由另一個事務讀取但未提交(回滾)的數據。避免瞭“臟讀取”和“不可重復讀取”的情況,但是帶來瞭更多的性能損失。

3、read committed:大多數主流數據庫的默認spring事務隔離等級,保證瞭一個事務不會讀到另一個並行事務已修改但未提交的數據,避免瞭“臟讀取”。該級別適用於大多數系統。

4、read uncommitted:保證瞭讀取過程中不會讀取到非法數據。spring事務隔離級別在於處理多事務的並發問題。

我們知道並行可以提高數據庫的吞吐量和效率,但是並不是所有的並發事務都可以並發運行,這需要查看數據庫教材的可串行化條件判斷瞭。

這裡就不闡述。

我們首先說並發中可能發生的3中不討人喜歡的事情:

1: dirty reads–讀臟數據。也就是說,比如事務a的未提交(還依然緩存)的數據被事務b讀走,如果事務a失敗回滾,會導致事務b所讀取的的數據是錯誤的。

2: non-repeatable reads–數據不可重復讀。比如事務a中兩處讀取數據-total-的值。在第一讀的時候,total是100,然後事務b就把total的數據改成200,事務a再讀一次,結果就發現,total竟然就變成200瞭,造成事務a數據混亂。

3: phantom reads–幻象讀數據,這個和non-repeatable reads相似,也是同一個事務中多次讀不一致的問題。但是non-repeatable reads的不一致是因為他所要取的數據集被改變瞭(比如total的數據),但是phantom reads所要讀的數據的不一致卻不是他所要讀的數據集改變,而是他的條件數據集改變。比如select account.id where account.name="ppgogo*",第一次讀去瞭6個符合條件的id,第二次讀取的時候,由於事務b把一個帳號的名字由"dd"改成"ppgogo1",結果取出來瞭7個數據。

三、readonly

事務屬性中的readonly標志表示對應的事務應該被最優化為隻讀事務。這是一個最優化提示。在一些情況下,一些事務策略能夠起到顯著的最優化效果,例如在使用object/relational映射工具(如:hibernate或toplink)時避免dirty checking(試圖“刷新”)。四、timeout 在事務屬性中還有定義“timeout”值的選項,指定事務超時為幾秒。在jta中,這將被簡單地傳遞到j2ee服務器的事務協調程序,並據此得到相應的解釋。

發佈留言