這幾天在項目裏面發現我使用@Transactional註解事務以後,拋了異常竟然不回滾。後來終於找到了緣由。
若是你也出現了這種狀況,能夠從下面開始排查。java
1、特性
先來了解一下@Transactional註解事務的特性吧,能夠更好排查問題spring
一、service類標籤(通常不建議在接口上)上添加@Transactional,能夠將整個類歸入spring事務管理,在每一個業務方法執行時都會開啓一個事務,不過這些事務採用相同的管理方式。數據庫
二、@Transactional 註解只能應用到 public 可見度的方法上。 若是應用在protected、private或者 package可見度的方法上,也不會報錯,不過事務設置不會起做用。網絡
三、默認狀況下,Spring會對unchecked異常進行事務回滾;若是是checked異常則不回滾。
辣麼什麼是checked異常,什麼是unchecked異常spa
java裏面將派生於Error或者RuntimeException(好比空指針,1/0)的異常稱爲unchecked異常,其餘繼承自java.lang.Exception得異常統稱爲Checked Exception,如IOException、TimeoutException等線程
辣麼再通俗一點:你寫代碼出現的空指針等異常,會被回滾,文件讀寫,網絡出問題,spring就無法回滾了。而後我教你們怎麼記這個,由於不少同窗容易弄混,你寫代碼的時候有些IOException咱們的編譯器是可以檢測到的,說以叫checked異常,你寫代碼的時候空指針等死檢測不到的,因此叫unchecked異常。這樣是否是好記一些啦指針
四、只讀事務:
@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)
只讀標誌只在事務啓動時應用,不然即便配置也會被忽略。
啓動事務會增長線程開銷,數據庫因共享讀取而鎖定(具體跟數據庫類型和事務隔離級別有關)。一般狀況下,僅是讀取數據時,沒必要設置只讀事務而增長額外的系統開銷。code
二:事務傳播模式
Propagation枚舉了多種事務傳播模式,部分列舉以下:component
一、REQUIRED(默認模式):業務方法須要在一個容器裏運行。若是方法運行時,已經處在一個事務中,那麼加入到這個事務,不然本身新建一個新的事務。blog
二、NOT_SUPPORTED:聲明方法不須要事務。若是方法沒有關聯到一個事務,容器不會爲他開啓事務,若是方法在一個事務中被調用,該事務會被掛起,調用結束後,原先的事務會恢復執行。
三、REQUIRESNEW:不論是否存在事務,該方法總彙爲本身發起一個新的事務。若是方法已經運行在一個事務中,則原有事務掛起,新的事務被建立。
四、 MANDATORY:該方法只能在一個已經存在的事務中執行,業務方法不能發起本身的事務。若是在沒有事務的環境下被調用,容器拋出例外。
五、SUPPORTS:該方法在某個事務範圍內被調用,則方法成爲該事務的一部分。若是方法在該事務範圍外被調用,該方法就在沒有事務的環境下執行。
六、NEVER:該方法絕對不能在事務範圍內執行。若是在就拋例外。只有該方法沒有關聯到任何事務,才正常執行。
七、NESTED:若是一個活動的事務存在,則運行在一個嵌套的事務中。若是沒有活動事務,則按REQUIRED屬性執行。它使用了一個單獨的事務,這個事務擁有多個能夠回滾的保存點。內部事務的回滾不會對外部事務形成影響。它只對DataSourceTransactionManager事務管理器起效。
二:解決Transactional註解不回滾
一、檢查你方法是否是public的
二、你的異常類型是否是unchecked異常
若是我想check異常也想回滾怎麼辦,註解上面寫明異常類型便可
@Transactional(rollbackFor=Exception.class)
相似的還有norollbackFor,自定義不回滾的異常
三、數據庫引擎要支持事務,若是是MySQL,注意表要使用支持事務的引擎,好比innodb,若是是myisam,事務是不起做用的
四、是否開啓了對註解的解析
<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/>
五、spring是否掃描到你這個包,以下是掃描到org.test下面的包
<context:component-scan base-package="org.test" ></context:component-scan>
六、檢查是否是同一個類中的方法調用(如a方法調用同一個類中的b方法)
七、異常是否是被你catch住了