1.事務的傳播行為 事務的使用過程中,用的最多的傳播行為是require,在大部分的mis系統里,可以對整個業務層切一個require的事務就可以滿足需要。 但spring提供的不僅如此,對于復雜的業務,Spring也提供了相應的事務傳播行為來滿足業務需要。 Spring中的傳
1.事務的傳播行為
事務的使用過程中,用的最多的傳播行為是require,在大部分的mis系統里,可以對整個業務層切一個require的事務就可以滿足需要。
但spring提供的不僅如此,對于復雜的業務,Spring也提供了相應的事務傳播行為來滿足業務需要。
Spring中的傳播行為如下:
Require:支持當前事務,如果沒有事務,就建一個新的,這是最常見的;
Supports:支持當前事務,如果當前沒有事務,就以非事務方式執行;
Mandatory:支持當前事務,如果當前沒有事務,就拋出異常;
RequiresNew:新建事務,如果當前存在事務,把當前事務掛起;
NotSupported:以非事務方式執行操作,如果當前存在事務,就把事務掛起;
Never:以非事務方式執行,如果當前存在事務,則拋出異常。
Nested:新建事務,如果當前存在事務,把當前事務掛起。與RequireNew的區別是與父事務相關,且有一個savepoint。
其中,Require、Supports、NotSupported、Never兩個看文字也就能了解,就不多說了。而Mandatory是要求所有的操作必須在一個事務里,較Require來說,對事務要求的更加嚴格。
RequireNew:當一個Require方法A調用RequireNew方法B時,B方法會新new一個事務,并且這個事務和A事務沒有關系,也就是說B方法出現異常,不會導致A的回滾,同理當B已提交,A再出現異常,B也不會回滾。
Nested:這個和RequireNew的區別是B方法的事務和A方法的事務是相關的。只有在A事務提交的時候,B事務都會提交。也就是說當A發生異常時,A、B事務都回滾,而當B出現異常時,B回滾,而A回滾到savepoint,如下代碼所示:
public void A(){ //操作1 //操作2 //操作3 try{ //savepoint B();//一個Nested的方法 } catch{ //出現異常,B方法回滾,A方法回滾到 //savepoint,也就是說操作1、2、3 都還在 C(); } finally{ } }
事務隔離級別如下:
Serializable:最嚴格的級別,事務串行執行,資源消耗最大;
Repeatable Read:保證了一個事務不會修改已經由另一個事務讀取但未提交(回滾)的數據。
Read Committed:大多數主流數據庫的默認事務等級,保證了一個事務不會讀到另一個并行事務已經修改但未提交的數據。適用于大多數系統。
Read Uncommitted:保證了讀取過程中不會讀取到非法數據。
想要理解這四個級別,還需要知道三種不討人喜歡的事情:
dirty reads:臟讀,就是說事務A未提交的數據被事務B讀走,如果事務A失敗回滾,將導致B所讀取的數據是錯誤的。
non-repeatable reads:不可重復讀,就是說事務A中兩處讀取數據,第一次讀時是100,然后事務B把值改成了200,事務A再讀一次,結果就發現值變了,造成A事務數據混亂。
phantom read:幻讀,和不可重復讀相似,也是同一個事務中多次讀不一致的問題。但是不可重復讀的不一致是因為它所要取的數據集被改變了,而幻讀所要讀的數據不一致卻不是他所要讀的數據改變,而是它的條件數據集改變。比如:Select id where name="ppgogo*",第一次讀去了6個符合條件的id,第二次讀時,由于事務B把第一個貼的名字由"dd"改成了“ppgogo9”,結果取出來7個數據。
而事務的隔離級別會導致讀取到非法數據的情況如下表示:
聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com