事物 @Transactional註解

@Transactional註解事務不回滾不起作用無效

一、特性

先來了解一下@Transactional註解事務的特性吧，可以更好排查問題

1、service類標籤(一般不建議在接口上)上添加@Transactional，可以將整個類納入spring事務管理，在每個業務方法執行時都會開啓一個事務，不過這些事務採用相同的管理方式。

2、@Transactional 註解只能應用到 public 可見度的方法上。 如果應用在protected、private或者 package可見度的方法上，也不會報錯，不過事務設置不會起作用。

3、默認情況下，Spring會對unchecked異常進行事務回滾；如果是checked異常則不回滾。 
辣麼什麼是checked異常，什麼是unchecked異常

java裏面將派生於Error或者RuntimeException（比如空指針，1/0）的異常稱爲unchecked異常，其他繼承自java.lang.Exception得異常統稱爲Checked Exception，如IOException、TimeoutException等

辣麼再通俗一點：你寫代碼出現的空指針等異常，會被回滾，文件讀寫，網絡出問題，spring就沒法回滾了。然後我教大家怎麼記這個，因爲很多同學容易弄混，你寫代碼的時候有些IOException我們的編譯器是能夠檢測到的，說以叫checked異常，你寫代碼的時候空指針等死檢測不到的，所以叫unchecked異常。這樣是不是好記一些啦

4、只讀事務： 
@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true) 
只讀標誌只在事務啓動時應用，否則即使配置也會被忽略。 
啓動事務會增加線程開銷，數據庫因共享讀取而鎖定(具體跟數據庫類型和事務隔離級別有關)。通常情況下，僅是讀取數據時，不必設置只讀事務而增加額外的系統開銷。

二：事務傳播模式

Propagation枚舉了多種事務傳播模式，部分列舉如下：

• 1、REQUIRED(默認模式)：業務方法需要在一個容器裏運行。如果方法運行時，已經處在一個事務中，那麼加入到這個事務，否則自己新建一個新的事務。

• 2、NOT_SUPPORTED：聲明方法不需要事務。如果方法沒有關聯到一個事務，容器不會爲他開啓事務，如果方法在一個事務中被調用，該事務會被掛起，調用結束後，原先的事務會恢復執行。

• 3、REQUIRESNEW：不管是否存在事務，該方法總彙爲自己發起一個新的事務。如果方法已經運行在一個事務中，則原有事務掛起，新的事務被創建。

• 4、 MANDATORY：該方法只能在一個已經存在的事務中執行，業務方法不能發起自己的事務。如果在沒有事務的環境下被調用，容器拋出例外。

• 5、SUPPORTS：該方法在某個事務範圍內被調用，則方法成爲該事務的一部分。如果方法在該事務範圍外被調用，該方法就在沒有事務的環境下執行。

• 6、NEVER：該方法絕對不能在事務範圍內執行。如果在就拋例外。只有該方法沒有關聯到任何事務，才正常執行。

• 7、NESTED：如果一個活動的事務存在，則運行在一個嵌套的事務中。如果沒有活動事務，則按REQUIRED屬性執行。它使用了一個單獨的事務，這個事務擁有多個可以回滾的保存點。內部事務的回滾不會對外部事務造成影響。它只對DataSourceTransactionManager事務管理器起效。

上面引用至事務傳播模式

二：解決Transactional註解不回滾

1、檢查你方法是不是public的

2、你的異常類型是不是unchecked異常 
如果我想check異常也想回滾怎麼辦，註解上面寫明異常類型即可

@Transactional(rollbackFor=Exception.class) 

• 1

類似的還有norollbackFor，自定義不回滾的異常

3、數據庫引擎要支持事務，如果是MySQL，注意表要使用支持事務的引擎，比如innodb，如果是myisam，事務是不起作用的

4、是否開啓了對註解的解析

    <tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/>

• 1
• 2

5、spring是否掃描到你這個包，如下是掃描到org.test下面的包

<context:component-scan base-package="org.test" ></context:component-scan>

• 1

6、檢查是不是同一個類中的方法調用（如a方法調用同一個類中的b方法） 
7、異常是不是被你catch住了

以上轉載自：https://blog.csdn.net/u011410529/article/details/54287307

 

=========================================

關於使用註解@Transactional，手動拋出異常不回滾現象總結：

我用的是自定義異常直接繼承Exception異常，在實際操作中，出現異常後沒有回滾，還是把數據寫入數據庫了。

查了一下資料，只有runtimeexception並且沒有被try catch處理的異常纔會回滾。另外Transactional可以指定回滾異常，然後我用@Transactional(roobackFor=Exception.class)就好使了。

總結@Transactional(roobackFor=Exception.class)如果有異常，並且這個異常沒有被try catch 就會回滾。
--------------------- 
作者：ckk_xiao 
來源：CSDN 
原文：https://blog.csdn.net/kai12332/article/details/80547178 
版權聲明：本文爲博主原創文章，轉載請附上博文鏈接！

 

====================這裏解決了我的問題=====================

    以下情況爲單層 Transactional 事務

 

 

Xml代碼 

 

1. <bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">  
       <property name="dataSource" ref="mysqlDataSource" />  
   </bean>  
     
   <tx:annotation-driven transaction-manager="txManager" />  

    

 

 

Java代碼 

@Transactional(rollbackFor=Exception.class)  
public int method(Object obj) {  
    try {  
        doInsert(obj);  
        return 1;  
    } catch(Exception e) {  
        e.printStackTrace();  
        //  
        //  
        // 加入下行代碼手動回滾  
        // @Transactional 爲方法加上事務,try catch 捕獲到異常手動回滾事務  
        TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();  
        //  
        //  
    }  
    return 0;  
}  

 

 

    以下情況爲雙層至多層 Transactional 事務

 

 

Java代碼 

@Transactional(rollbackFor = Exception.class)  
public int method(Object obj) {  
    try {  
        doInsert(obj);  
        return 1;  
    } catch(Exception e) {  
        e.printStackTrace();  
        //  
        //  
        // 加入下行代碼手動回滾  
        // @Transactional 爲方法加上事務,try catch 捕獲到異常手動回滾事務  
        if (TransactionAspectSupport.currentTransactionStatus().isNewTransaction()) {  
            // 第一次開啓事務遇到異常則回滾  
            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();  
        } else {  
            // 嵌套的事務,當前方法被另一個加了 @Transactional 標註的方法調用  
            // 拋出異常告訴上一個事務,讓上一個事務判斷是否回滾  
            // 這樣的優點是: 在調用者那邊不用根據當前方法返回值來判斷是否回滾  
            throw e;  
        }  
        //  
        //  
    }  
    return 0;  
}  

 

以上轉自：https://colin-davis.iteye.com/blog/2303321

 

spring 的默認事務機制，當出現unchecked異常時候回滾，checked異常的時候不會回滾；

異常中unchecked異常包括error和runtime異常，需要try catch或向上拋出的異常爲checked異常比如IOException，也就是說程序拋出runtime異常的時候纔會進行回滾，其他異常不回滾，可以配置設置所有異常回滾： 

@Transactional(rollbackFor = { Exception.class }) 

當有try catch後捕獲了異常，事務不會回滾，如果不得不在service層寫try catch 需要catch後 throw new RuntimeException 讓事務回滾； 

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

具體配置和解決辦法

以上轉自：百度問答 扯丶一抹薇笑