原文地址：http://www.cnblogs.com/wuxiaofeng/p/6819209.html

這幾天在專案裡面發現我使用@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就沒法回滾了。

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)

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

3. 資料庫引擎要支援事務，如果是mysql，注意表要使用支援事務的引擎，比如innodb，如果是myisam，事務是不起作用的。

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

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

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

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

以上是想到的可能出現的情況，以後有再新增。