這幾天在項目裏面發現我使用@Transactional以後，拋了異常竟然不回滾。後來終於找到了緣由。
若是你也出現了這種狀況，能夠從下面開始排查。html
1、特性
先來了解一下@Transactional註解的特性吧，能夠更好排查問題java
1. service類標籤(通常不建議在接口上)上添加@Transactional，能夠將整個類歸入spring事務管理，在每一個業務方法執行時都會開啓一個事務，不過這些事務採用相同的管理方式。mysql
2. @Transactional 註解只能應用到 public 可見度的方法上。 若是應用在protected、private或者 package可見度的方法上，也不會報錯，不過事務設置不會起做用。spring
3. 默認狀況下，spring會對unchecked異常進行事務回滾；若是是checked異常則不回滾。
辣麼什麼是checked異常，什麼是unchecked異常？sql
java裏面將派生於Error或者RuntimeException（好比空指針，1/0）的異常稱爲unchecked異常，
其餘繼承自java.lang.Exception得異常統稱爲Checked Exception，如IOException、TimeoutException等
再通俗一點：你寫代碼出現的空指針等異常，會被回滾，文件讀寫，網絡出問題，spring就無法回滾了。數據庫
4。 只讀事務：
@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)
只讀標誌只在事務啓動時應用，不然即便配置也會被忽略。
啓動事務會增長線程開銷，數據庫因共享讀取而鎖定(具體跟數據庫類型和事務隔離級別有關)。一般狀況下，僅是讀取數據時，沒必要設置只讀事務而增長額外的系統開銷。網絡
2、事務傳播模式
Propagation枚舉了多種事務傳播模式，部分列舉以下：post
1. REQUIRED(默認模式)：業務方法須要在一個容器裏運行。若是方法運行時，已經處在一個事務中，那麼加入到這個事務，不然本身新建一個新的事務。線程
2. NOT_SUPPORTED：聲明方法不須要事務。若是方法沒有關聯到一個事務，容器不會爲他開啓事務，若是方法在一個事務中被調用，該事務會被掛起，調用結束後，原先的事務會恢復執行。指針
3. REQUIRESNEW：無論是否存在事務，該方法總彙爲本身發起一個新的事務。若是方法已經運行在一個事務中，則原有事務掛起，新的事務被建立。
4. MANDATORY：該方法只能在一個已經存在的事務中執行，業務方法不能發起本身的事務。若是在沒有事務的環境下被調用，容器拋出例外。
5. SUPPORTS：該方法在某個事務範圍內被調用，則方法成爲該事務的一部分。若是方法在該事務範圍外被調用，該方法就在沒有事務的環境下執行。
6. NEVER：該方法絕對不能在事務範圍內執行。若是在就拋例外。只有該方法沒有關聯到任何事務，才正常執行。
7. NESTED：若是一個活動的事務存在，則運行在一個嵌套的事務中。若是沒有活動事務，則按REQUIRED屬性執行。它使用了一個單獨的事務，這個事務擁有多個能夠回滾的保存點。內部事務的回滾不會對外部事務形成影響。它只對DataSourceTransactionManager事務管理器起效。
3、解決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>
以上是想到的可能出現的狀況，之後有再添加。