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