Spring @Transactional的使用及原理

 

轉自:https://blog.csdn.net/aichuanwendang/article/details/53306351

本文主要討論Spring聲明式事務中使用註解@Transactional的狀況，包括如下主要內容：

• Spring @Transactional的配置；
• Spring @Transactional的傳播行爲和隔離級別；
• Spring @Transactional的工做原理；
• Spring @Transactional的注意事項；
• Spring @Transactional自我調用中的問題。

 

一、 Spring @Transactional的配置

步驟1、在spring配置文件中引入<tx:>命名空間
<beans xmlns="http://www.springframework.org/schema/beans"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:tx="http://www.springframework.org/schema/tx"
 xsi:schemaLocation="http://www.springframework.org/schema/beans
 http://www.springframework.org/schema/beans/spring-beans-2.0.xsd
 http://www.springframework.org/schema/tx
 http://www.springframework.org/schema/tx/spring-tx-2.0.xsd">

步驟2、xml配置文件中，添加事務管理器bean配置。 

 

1. <!-- 事務管理器配置，單數據源事務 -->
2. <bean id="pkgouTransactionManager"
3. class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
4. <property name="dataSource" ref="pkGouDataSource" />
5. </bean>
6. <!-- 使用annotation定義事務 -->
7. <tx:annotation-driven transaction-manager="pkgouTransactionManager" />

步驟3、在使用事務的方法或者類上添加 @Transactional("pkgouTransactionManager")註解。

 

二、 Spring @Transactional的傳播行爲和隔離級別

事務註解方式: @Transactional

 

• 標註在類前：標示類中全部方法都進行事務處理 
• 標註在接口、實現類的方法前：標示方法進行事務處理

事務傳播行爲介紹: 

 

@Transactional(propagation=Propagation.REQUIRED)	若是有事務， 那麼加入事務， 沒有的話新建一個(默認狀況下)
@Transactional(propagation=Propagation.NOT_SUPPORTED)	容器不爲這個方法開啓事務
@Transactional(propagation=Propagation.REQUIRES_NEW)	不論是否存在事務，都建立一個新的事務，原來的掛起，新的執行完畢，繼續執行老的事務
@Transactional(propagation=Propagation.MANDATORY)	必須在一個已有的事務中執行，不然拋出異常
@Transactional(propagation=Propagation.NEVER)	必須在一個沒有的事務中執行，不然拋出異常(與Propagation.MANDATORY相反)
@Transactional(propagation=Propagation.SUPPORTS)	若是其餘bean調用這個方法，在其餘bean中聲明事務，那就用事務。若是其餘bean沒有聲明事務，那就不用事務

 

事務超時設置:
@Transactional(timeout=30) //默認是30秒

事務隔離級別:

 

@Transactional(isolation = Isolation.READ_UNCOMMITTED)	讀取未提交數據(會出現髒讀， 不可重複讀) 基本不使用
@Transactional(isolation = Isolation.READ_COMMITTED)(SQLSERVER默認)	讀取已提交數據(會出現不可重複讀和幻讀)
@Transactional(isolation = Isolation.REPEATABLE_READ)	可重複讀(會出現幻讀)
@Transactional(isolation = Isolation.SERIALIZABLE)	串行化

 

髒讀 : 一個事務讀取到另外一事務未提交的更新數據
不可重複讀 : 在同一事務中， 屢次讀取同一數據返回的結果有所不一樣， 換句話說， 後續讀取能夠讀到另外一事務已提交的更新數據。 相反， "可重複讀"在同一事務中屢次讀取數據時， 可以保證所讀數據同樣， 也就是後續讀取不能讀到另外一事務已提交的更新數據
幻讀 : 一個事務讀到另外一個事務已提交的insert數據

@Transactional的屬性：

 

屬性	類型	描述
value	String	可選的限定描述符，指定使用的事務管理器
propagation	enum: Propagation	可選的事務傳播行爲設置
isolation	enum: Isolation	可選的事務隔離級別設置
readOnly	boolean	讀寫或只讀事務，默認讀寫
timeout	int (in seconds granularity)	事務超時時間設置
rollbackFor	Class對象數組，必須繼承自Throwable	致使事務回滾的異常類數組
rollbackForClassName	類名數組，必須繼承自Throwable	致使事務回滾的異常類名字數組
noRollbackFor	Class對象數組，必須繼承自Throwable	不會致使事務回滾的異常類數組
noRollbackForClassName	類名數組，必須繼承自Throwable	不會致使事務回滾的異常類名字數組

 

 

三、 Spring @Transactional的工做原理

 

• 自動提交

 

默認狀況下，數據庫處於自動提交模式。每一條語句處於一個單獨的事務中，在這條語句執行完畢時，若是執行成功則隱式的提交事務，若是

執行失敗則隱式的回滾事務。

 

事務管理，是一組相關的操做處於一個事務之中，所以必須關閉數據庫的自動提交模式。這點，spring會在org/springframework/jdbc/datasource/DataSourceTransactionManager.java中

將底層鏈接的自動提交特性設置爲false。

1. // switch to manual commit if necessary。 this is very expensive in some jdbc drivers，
2. // so we don't want to do it unnecessarily (for example if we've explicitly
3. // configured the connection pool to set it already)。if (con。getautocommit()) 
4. {
5. txobject.setmustrestoreautocommit(true);
6. if (logger.isdebugenabled()) 
7. {
8. logger.debug("switching jdbc connection [" + con + "] to manual commit");
9. }
10. con.setautocommit(false);
11. }

• spring事務回滾規則

 

指示spring事務管理器回滾一個事務的推薦方法是在當前事務的上下文內拋出異常。spring事務管理器會捕捉任何未處理的異常，而後依據規則決定是否回滾拋出異常的事務。

默認配置下，spring只有在拋出的異常爲運行時unchecked異常時纔回滾該事務，也就是拋出的異常爲RuntimeException的子類(Errors也會致使事務回滾)，而拋出checked異常則不會致使事務回滾。

能夠明確的配置在拋出那些異常時回滾事務，包括checked異常。也能夠明肯定義那些異常拋出時不回滾事務。

還能夠編程性的經過setRollbackOnly()方法來指示一個事務必須回滾，在調用完setRollbackOnly()後你所能執行的惟一操做就是回滾。

 

四、 Spring @Transactional的注意事項

 

 

• @Transactional 註解應該只被應用到 public 可見度的方法上。 若是你在 protected、private 或者 package-visible 的方法上使用 @Transactional 註解，它也不會報錯， 可是這個被註解的方法將不會展現已配置的事務設置。

• 用 spring 事務管理器，由spring來負責數據庫的打開，提交，回滾。默認遇到運行期異常(throw new RuntimeException("註釋");)會回滾，即遇到不受檢查（unchecked）的異常時回滾；而遇到須要捕獲的異常(throw new Exception("註釋");)不會回滾，即遇到受檢查的異常（就是非運行時拋出的異常，編譯器會檢查到的異常叫受檢查異常或說受檢查異常）時，需咱們指定方式來讓事務回滾 要想全部異常都回滾，要加上 @Transactional( rollbackFor={Exception。class，其它異常}) 。若是讓unchecked異常不回滾： @Transactional(notRollbackFor=RunTimeException.class)以下:

1. @Transactional(rollbackFor=Exception.class) //指定回滾，遇到異常Exception時回滾
2. public void methodName() 
3. {
4. throw new Exception("註釋");
5. }


1. @Transactional(noRollbackFor=Exception.class)//指定不回滾，遇到運行期異常(throw new RuntimeException("註釋");)會回滾
2. public ItimDaoImpl getItemDaoImpl() 
3. {
4. throw new RuntimeException("註釋");
5. }

 

 

1. public void methodName()
2. {
3. // 本類的修改方法 1
4. update();
5. // 調用其餘類的修改方法
6. otherBean.update();
7. // 本類的修改方法 2
8. update();
9. }
10. /*other失敗了不會影響 本類的修改提交成功
11. 本類update的失敗，other也失敗
12. */

 

• @Transactional 註解能夠被應用於接口定義和接口方法、類定義和類的 public 方法上。然而，請注意僅僅 @Transactional 註解的出現不足於開啓事務行爲，它僅僅是一種元數據，可以被能夠識別 @Transactional 註解和上述的配置適當的具備事務行爲的beans所使用。上面的例子中，其實正是 <tx:annotation-driven/>元素的出現 開啓了事務行爲。
• Spring團隊的建議是你在具體的類（或類的方法）上使用 @Transactional 註解，而不要使用在類所要實現的任何接口上。你固然能夠在接口上使用 @Transactional 註解，可是這將只能當你設置了基於接口的代理時它才生效。由於註解是不能繼承的，這就意味着若是你正在使用基於類的代理時，那麼事務的設置將不能被基於類的代理所識別，並且對象也將不會被事務代理所包裝（將被確認爲嚴重的）。所以，請接受Spring團隊的建議而且在具體的類上使用 @Transactional 註解。
• @Transactional 註解標識的方法，處理過程儘可能的簡單。尤爲是帶鎖的事務方法，能不放在事務裏面的最好不要放在事務裏面。能夠將常規的數據庫查詢操做放在事務前面進行，而事務內進行增、刪、改、加鎖查詢等操做。

 這個地方就不必嵌套事務了吧！

 這樣的業務能夠放在事務成功以後，發送異步消息更新。

• @Transactional 註解的默認事務管理器bean是「transactionManager」，若是聲明爲其餘名稱的事務管理器，須要在方法上添加@Transational("managerName")。
• @Transactional 註解標註的方法中不要出現網絡調用、比較耗時的處理程序，由於，事務中數據庫鏈接是不會釋放的，若是每一個事務的處理時間都很是長，那麼寶貴的數據庫鏈接資源將很快被耗盡。