Spring事務機制主要包括宣告式事務和程式設計式事務，此處側重講解宣告式事務，程式設計式事務在實際開發中得不到廣泛使用，僅供學習參考。

Spring宣告式事務讓我們從複雜的事務處理中得到解脫。使得我們再也無需要去處理獲得連線、關閉連線、事務提交和回滾等這些操作。再也無需要我們在與事務相關的方法中處理大量的try…catch…finally程式碼。我們在使用Spring宣告式事務時，有一個非常重要的概念就是事務屬性。事務屬性通常由事務的傳播行為，事務的隔離級別，事務的超時值和事務只讀標誌組成。我們在進行事務劃分時，需要進行事務定義，也就是配置事務的屬性。

下面分別詳細講解，事務的四種屬性，僅供諸位學習參考：

Spring在TransactionDefinition介面中定義這些屬性,以供PlatfromTransactionManager使用, PlatfromTransactionManager是spring事務管理的核心介面。

1. TransactionDefinition介面中定義五個隔離級別：

ISOLATION_DEFAULT 這是一個PlatfromTransactionManager預設的隔離級別，使用資料庫預設的事務隔離級別.另外四個與JDBC的隔離級別相對應；

ISOLATION_READ_UNCOMMITTED 這是事務最低的隔離級別，它充許別外一個事務可以看到這個事務未提交的資料。這種隔離級別會產生髒讀，不可重複讀和幻像讀。

ISOLATION_READ_COMMITTED  保證一個事務修改的資料提交後才能被另外一個事務讀取。另外一個事務不能讀取該事務未提交的資料。這種事務隔離級別可以避免髒讀出現，但是可能會出現不可重複讀和幻像讀。

ISOLATION_REPEATABLE_READ  這種事務隔離級別可以防止髒讀，不可重複讀。但是可能出現幻像讀。它除了保證一個事務不能讀取另一個事務未提交的資料外，還保證了避免下面的情況產生(不可重複讀)。

ISOLATION_SERIALIZABLE 這是花費最高代價但是最可靠的事務隔離級別。事務被處理為順序執行。除了防止髒讀，不可重複讀外，還避免了幻像讀。

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個數據。

2. 在TransactionDefinition介面中定義了七個事務傳播行為：

（1）PROPAGATION_REQUIRED 如果存在一個事務，則支援當前事務。如果沒有事務則開啟一個新的事務。

Java程式碼：

使用spring宣告式事務，spring使用AOP來支援宣告式事務，會根據事務屬性，自動在方法呼叫之前決定是否開啟一個事務，並在方法執行之後決定事務提交或回滾事務。

單獨呼叫methodB方法：

Java程式碼

相當於

Java程式碼

Spring保證在methodB方法中所有的呼叫都獲得到一個相同的連線。在呼叫methodB時，沒有一個存在的事務，所以獲得一個新的連線，開啟了一個新的事務。

單獨呼叫MethodA時，在MethodA內又會呼叫MethodB.

執行效果相當於：

Java程式碼