SQL事務，注解mysql事物管理_Spring 使用注解方式進行事務管理

事務的傳播行為和隔離級別

大家在使用spring的注解式事務管理時，對事務的傳播行為和隔離級別可能有點不知所措，下邊就詳細的介紹下以備方便查閱。

事物注解方式: @Transactional

當標于類前時, 標示類中所有方法都進行事物處理?,?例子:

SQL事務。@Transactional

public class TestServiceBean implements TestService {}

當類中某些方法不需要事物時:

@Transactional

public class TestServiceBean implements TestService {

innodb事務實現。private TestDao dao;

public void setDao(TestDao dao) {

this.dao = dao;

}

@Transactional(propagation = Propagation.NOT_SUPPORTED)

spring。public ListgetAll() {

return null;

}

}

事物傳播行為介紹:

spring事務回滾注解。@Transactional(propagation=Propagation.REQUIRED)

如果有事務, 那么加入事務, 沒有的話新建一個(默認情況下)

@Transactional(propagation=Propagation.NOT_SUPPORTED)

容器不為這個方法開啟事務

@Transactional(propagation=Propagation.REQUIRES_NEW)

JAVA事務。不管是否存在事務,都創建一個新的事務,原來的掛起,新的執行完畢,繼續執行老的事務

@Transactional(propagation=Propagation.MANDATORY)

必須在一個已有的事務中執行,否則拋出異常

@Transactional(propagation=Propagation.NEVER)

必須在一個沒有的事務中執行,否則拋出異常(與Propagation.MANDATORY相反)

spring注解事務不生效。@Transactional(propagation=Propagation.SUPPORTS)

如果其他bean調用這個方法,在其他bean中聲明事務,那就用事務.如果其他bean沒有聲明事務,那就不用事務.

事物超時設置:@Transactional(timeout=30) //默認是30秒

事務隔離級別:@Transactional(isolation = Isolation.READ_UNCOMMITTED)

讀取未提交數據(會出現臟讀, 不可重復讀) 基本不使用

Spring事務注解、@Transactional(isolation = Isolation.READ_COMMITTED)

讀取已提交數據(會出現不可重復讀和幻讀)

@Transactional(isolation = Isolation.REPEATABLE_READ)

可重復讀(會出現幻讀)

@Transactional(isolation = Isolation.SERIALIZABLE)

spring兩個方法都注解事務？串行化

MYSQL: 默認為REPEATABLE_READ級別

SQLSERVER: 默認為READ_COMMITTED

臟讀?: 一個事務讀取到另一事務未提交的更新數據

不可重復讀?: 在同一事務中, 多次讀取同一數據返回的結果有所不同, 換句話說,

spring事務原理。后續讀取可以讀到另一事務已提交的更新數據. 相反, "可重復讀"在同一事務中多次

讀取數據時, 能夠保證所讀數據一樣, 也就是后續讀取不能讀到另一事務已提交的更新數據

幻讀?: 一個事務讀到另一個事務已提交的insert數據

@Transactional注解中常用參數說明

參 數 名 稱

spring 注解實現原理、功 能 描 述

readOnly

該屬性用于設置當前事務是否為只讀事務，設置為true表示只讀，false則表示可讀寫，默認值為false。例如：@Transactional(readOnly=true)

rollbackFor

該屬性用于設置需要進行回滾的異常類數組，當方法中拋出指定異常數組中的異常時，則進行事務回滾。例如：

spring開啟事務的注解。指定單一異常類：@Transactional(rollbackFor=RuntimeException.class)

指定多個異常類：@Transactional(rollbackFor={RuntimeException.class, Exception.class})

續表)

參 數 名 稱

功 能 描 述

spring事務原理與實現。rollbackForClassName

該屬性用于設置需要進行回滾的異常類名稱數組，當方法中拋出指定異常名稱數組中的異常時，則進行事務回滾。例如：

指定單一異常類名稱：@Transactional(rollbackForClassName="RuntimeException")

指定多個異常類名稱：@Transactional(rollbackForClassName={"RuntimeException","Exception"})

noRollbackFor

MySQL事務。該屬性用于設置不需要進行回滾的異常類數組，當方法中拋出指定異常數組中的異常時，不進行事務回滾。例如：

指定單一異常類：@Transactional(noRollbackFor=RuntimeException.class)

指定多個異常類：@Transactional(noRollbackFor={RuntimeException.class, Exception.class})

noRollbackForClassName

該屬性用于設置不需要進行回滾的異常類名稱數組，當方法中拋出指定異常名稱數組中的異常時，不進行事務回滾。例如：

指定單一異常類名稱：@Transactional(noRollbackForClassName="RuntimeException")

指定多個異常類名稱：

@Transactional(noRollbackForClassName={"RuntimeException","Exception"})

propagation

該屬性用于設置事務的傳播行為，具體取值可參考表6-7。

例如：@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)

isolation

該屬性用于設置底層數據庫的事務隔離級別，事務隔離級別用于處理多事務并發的情況，通常使用數據庫的默認隔離級別即可，基本不需要進行設置

timeout

該屬性用于設置事務的超時秒數，默認值為-1表示永不超時

注意的幾點:

1 @Transactional 只能被應用到public方法上, 對于其它非public的方法,如果標記了@Transactional也不會報錯,但方法沒有事務功能.

2用 spring 事務管理器,由spring來負責數據庫的打開,提交,回滾.默認遇到運行期例外(throw new RuntimeException("注釋");)會回滾，即遇到不受檢查(unchecked)的例外時回滾；而遇到需要捕獲的例外(throw new Exception("注釋");)不會回滾,即遇到受檢查的例外(就是非運行時拋出的異常，編譯器會檢查到的異常叫受檢查例外或說受檢查異常)時，需我們指定方式來讓事務回滾 要想所有異常都回滾,要加上 @Transactional( rollbackFor={Exception.class,其它異常}) .如果讓unchecked例外不回滾： @Transactional(notRollbackFor=RunTimeException.class)

如下:

@Transactional(rollbackFor=Exception.class) //指定回滾,遇到異常Exception時回滾

public void methodName() {

throw new Exception("注釋");

}

@Transactional(noRollbackFor=Exception.class)//指定不回滾,遇到運行期例外(throw new RuntimeException("注釋");)會回滾

public ItimDaoImpl getItemDaoImpl() {

throw new RuntimeException("注釋");

}

3、@Transactional 注解應該只被應用到 public 可見度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不會報錯， 但是這個被注解的方法將不會展示已配置的事務設置。

4、@Transactional 注解可以被應用于接口定義和接口方法、類定義和類的 public 方法上。然而，請注意僅僅 @Transactional 注解的出現不足于開啟事務行為，它僅僅 是一種元數據，能夠被可以識別 @Transactional 注解和上述的配置適當的具有事務行為的beans所使用。上面的例子中，其實正是 元素的出現 開啟 了事務行為。

5、Spring團隊的建議是你在具體的類(或類的方法)上使用 @Transactional 注解，而不要使用在類所要實現的任何接口上。你當然可以在接口上使用 @Transactional 注解，但是這將只能當你設置了基于接口的代理時它才生效。因為注解是 不能繼承 的，這就意味著如果你正在使用基于類的代理時，那么事務的設置將不能被基于類的代理所識別，而且對象也將不會被事務代理所包裝(將被確認為嚴重的)。因 此，請接受Spring團隊的建議并且在具體的類上使用 @Transactional 注解。