天天看點

@Tranactional事務沒有復原

一、特性

先來了解一下@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)            

類似的還有norollbackFor,自定義不復原的異常

3、資料庫引擎要支援事務,如果是MySQL,注意表要使用支援事務的引擎,比如innodb,如果是myisam,事務是不起作用的

<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/>           
<context:component-scan base-package="org.test" ></context:component-scan>