問題

        使用spring的配置事物註解@Transactional，在測試的時候發現不起作用。

環境

         配置檔案

1. <beanid="studentMGDataSource"class="org.apache.commons.dbcp.BasicDataSource"
2.     destroy-method="close">
3.     <propertyname="driverClassName"value="${student_MG_jdbc.driver}"/>
4.     <propertyname="url"value=
   "${student_MG_jdbc.url}"/>
5.     <propertyname="username"value="${student_MG_jdbc.username}"/>
6.     <propertyname="password"value="${student_MG_jdbc.password}"/>
7.     <propertyname="initialSize"value="${student_MG_jdbc.initialSize}"/>
8.     <propertyname="maxActive"value="${student_MG_jdbc.maxActive}"
   />
9.     <propertyname="maxIdle"value="${student_MG_jdbc.maxIdle}"/>
10.     <propertyname="maxWait"value="${student_MG_jdbc.maxWait}"/>
11.     <propertyname="defaultAutoCommit"value="${student_MG_jdbc.defaultAutoCommit}"/>
12. </bean>
13. <beanid="studentMGSqlSessionFactory"class="org.mybatis.spring.SqlSessionFactoryBean"
    >
14.     <propertyname="configLocation"value="classpath:mybatis/mybatis-studentMG-config.xml"/>
15.     <propertyname="dataSource"ref="studentMGDataSource"/>
16. </bean>
17. <beanid="studentMGSqlSession"class="org.mybatis.spring.SqlSessionTemplate">
18.     <constructor-argindex="0"ref="studentMGSqlSessionFactory"/>
19. </bean>
20. <beanid="studentMGTxManager"
21.     class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
22.     <propertyname="dataSource"ref="studentMGDataSource"/>
23. </bean>
24. <tx:annotation-drivenproxy-target-class="true"transaction-manager="studentMGTxManager"/>

        Java程式碼

1. @Transactional(value="studentMGTxManager",rollbackFor=java.lang.Exception.class)  
2. publicvoid saveStudentDto(List<StudentDto> dtoList, String classId) {  
3. }  

原因

        資料庫使用的儲存引擎是MyISam，MyISam不支援事物，應該用InnoDB引擎

TIPS

        @Transactional註解事務不起作用的解決
         可能的原因：
        1.資料庫引擎要支援事務
        如果是MySQL，注意表要使用支援事務的引擎，比如innodb，如果是myisam，事務是不起作用的

        2.是否開啟了對註解的解析

        配置檔案必須加<tx:annotation-driven />，否則不解析@Transactional

假如讀者是在整合j2EE的三大框架式遇到這個問題，那應該就是下面這個問題：

    我記得當時我遇到這個問題的時候，是因為資料庫的表，不支援事務!如果mysql不支援儲存引擎，它將以MyISAM表建立表，這是非事務性表。一般修改成InnoDB.

    假如有興趣瞭解 mysql中 " engine=innodb " 以及 " engine=innodb 和engine=myisam的區別 "，可以讀讀這篇文章，或許對讀者有幫助：http://blog.sina.com.cn/s/blog_6ac4c6cb01018pb1.html

    可使用下述語句之一檢查表的標型別： 

    SHOW TABLE STATUS LIKE 'tbl_name';
    SHOW CREATE TABLE tbl_name;

　　使用下述語句，可檢查mysqld伺服器支援的儲存引擎： 
   

    SHOW ENGINES;
 

    也可以使用下述語句，檢查與你感興趣的儲存引擎有關的變數值： 

    SHOW VARIABLES LIKE 'have_%';

　　例如，要想確定InnoDB儲存引擎是否可用，可檢查have_innodb變數的值。

 二 、假如讀者不是上述情況，那請研讀下面這段：

--------------------------------------------------------------------------------------------------

近日測試用例，發現這樣一個現象：

在業務程式碼中，有如下兩種情況，比如：
throw new RuntimeException("xxxxxxxxxxxx"); 事務回滾
throw new Exception("xxxxxxxxxxxx"); 事務沒有回滾

自以為很瞭解事務，或許時間久遠的緣故，沒分析出來何故，遂查閱了下資料，寫下了如下的內容，供參考：

1).Spring的AOP即宣告式事務管理預設是針對unchecked exception回滾。也就是預設對RuntimeException()異常或是其子類進行事務回滾；checked異常,即Exception可try{}捕獲的不會回滾，如果使用try-catch捕獲丟擲的unchecked異常後沒有在catch塊中採用頁面硬編碼的方式使用spring api對事務做顯式的回滾，則事務不會回滾， “將異常捕獲,並且在catch塊中不對事務做顯式提交=生吞掉異常” ，要想捕獲非執行時異常則需要如下配置：

解決辦法：
1.在針對事務的類中丟擲RuntimeException異常，而不是丟擲Exception。
2.在txAdive中增加rollback-for，裡面寫自己的exception，例如自己寫的exception：

<tx:advice id="txAdvice" transaction-manager="transactionManager">
 　　<tx:attributes>
 　　　　<tx:method name="*" rollback-for="com.cn.untils.exception.XyzException"/>
 　　</tx:attributes>
 </tx:advice>
 
或者
定義不會滾的異常

<tx:advice id="txAdvice">
    <tx:attributes>
       <tx:method name="update*" no-rollback-for="IOException"/>
       <tx:method name="*"/>
    </tx:attributes>
 </tx:advice>

 
2).spring的事務邊界是在呼叫業務方法之前開始的，業務方法執行完畢之後來執行commit or rollback(Spring預設取決於是否丟擲runtime異常).
 如果丟擲runtime exception 並在你的業務方法中沒有catch到的話，事務會回滾。 
 一般不需要在業務方法中catch異常，如果非要catch，在做完你想做的工作後（比如關閉檔案等）一定要丟擲runtime exception，否則spring會將你的操作commit,這樣就會產生髒資料.所以你的catch程式碼是畫蛇添足。
 
如：
try {  
    //bisiness logic code  
} catch(Exception e) {  
    //handle the exception  
}  

 由此可以推知，在spring中如果某個業務方法被一個 整個包裹起來，則這個業務方法也就等於脫離了spring事務的管理，因為沒有任何異常會從業務方法中丟擲！全被捕獲併吞掉，導致spring異常丟擲觸發事務回滾策略失效。
 不過，如果在catch程式碼塊中採用頁面硬編碼的方式使用spring api對事務做顯式的回滾，這樣寫也未嘗不可。
 
 3).基於註解的事務：

 Transactional的異常控制，預設是Check Exception 不回滾，unCheck Exception回滾
 如果配置了rollbackFor 和 noRollbackFor 且兩個都是用同樣的異常，那麼遇到該異常，還是回滾
 rollbackFor 和noRollbackFor 配置也許不會含蓋所有異常，對於遺漏的按照Check Exception 不回滾，unCheck Exception回滾

在spring的配置檔案中，如果資料來源的defaultAutoCommit設定為True了，那麼方法中如果自己捕獲了異常，事務是不會回滾的，如果沒有自己捕獲異常則事務會回滾，如下例
比如配置檔案裡有這麼條記錄：

1. <beanid="dataSource"class="xxx">
2.    <propertyname="xxx"value="xxx"/>
3.    <propertyname="xxx"value="xxx"/>
4.                      ....  
5.      <propertyname="defaultAutoCommit"value="true"/>
6. </bean>

1. @Transactional(rollbackFor = { Exception.class })  
2. publicvoid test() throws Exception {  
3.      doDbStuff1();  
4.      doDbStuff2();//假如這個操作資料庫的方法會丟擲異常，現在方法doDbStuff1()對資料庫的操作   會回滾。
5. }  

1. @Transactional(rollbackFor = { Exception.class })  
2. publicvoid test() {  
3.      try {  
4.         doDbStuff1();  
5.         doDbStuff2();//假如這個操作資料庫的方法會丟擲異常，現在方法doDbStuff1()對資料庫的操作  不會回滾。
6.      } catch (Exception e) {  
7.            e.printStackTrace();     
8.      }  
9. }  

1. @Transactional(rollbackFor = { Exception.class })  
2. publicvoid test() {  
3.      try {  
4.         doDbStuff1();  
5.         doDbStuff2();  
6.      } catch (Exception e) {  
7.           e.printStackTrace();     
8.           TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();//就是這一句了，加上之後，如果doDbStuff2()拋了異常,                                                                                       //doDbStuff1()是會回滾的
9.      }  
10. }