Spring事務失效的 8 大原因
目錄
- 資料庫引擎不支援事務
- 沒有被 Spring 管理
- 方法不是 public 的
- 自身呼叫問題
- 資料來源沒有配置事務管理器
- 不支援事務
- 異常被吃了
- 異常型別錯誤
1. 資料庫引擎不支援事務
這裡以 MySQL 為例,其 MyISAM 引擎是不支援事務操作的,InnoDB 才是支援事務的引擎,一般要支援事務都會使用 InnoDB。
從 MySQL 5.5.5 開始的預設儲存引擎是:InnoDB,之前預設的都是:MyISAM,所以這點要值得注意,底層引擎不支援事務再怎麼搞都是白搭。
2. 沒有被 Spring 管理
如下面例子所示:
//@Service
publicclassOrderServiceImpl implementsOrderService{
@Transactional
publicvoidupdateOrder(Orderorder){
//updateorder
}
}
如果此時把 @Service 註解註釋掉,這個類就不會被載入成一個 Bean,那這個類就不會被 Spring 管理了,事務自然就失效了。
3. 方法不是 public 的
以下來自 Spring 官方文件:
When using proxies, you should apply the @Transactional annotation only to methods with public visibility. If you do annotate protected, private or package-visible methods with the @Transactional annotation, no error is raised, but the annotated method does not exhibit the configured transactional settings. Consider the use of AspectJ (see below) if you need to annotate non-public methods.
大概意思就是 @Transactional 只能用於 public 的方法上,否則事務不會失效,如果要用在非 public 方法上,可以開啟 AspectJ 代理模式。
4. 自身呼叫問題
來看兩個示例:
@Service
publicclassOrderServiceImplimplementsOrderService{
publicvoidupdate(Orderorder){
updateOrder(order);
}
@Transactional
publicvoidupdateOrder(Orderorder){
//updateorder
}
}
update方法上面沒有加 @Transactional 註解,呼叫有 @Transactional 註解的 updateOrder 方法,updateOrder 方法上的事務管用嗎?
再來看下面這個例子:
@Service
publicclassOrderServiceImplimplementsOrderService{
@Transactional
publicvoidupdate(Orderorder){
updateOrder(order);
}
@Transactional(propagation=Propagation.REQUIRES_NEW)
publicvoidupdateOrder(Orderorder){
//updateorder
}
}
這次在 update 方法上加了 @Transactional,updateOrder 加了 REQUIRES_NEW 新開啟一個事務,那麼新開的事務管用麼?
這兩個例子的答案是:不管用!
因為它們發生了自身呼叫,就調該類自己的方法,而沒有經過 Spring 的代理類,預設只有在外部呼叫事務才會生效,這也是老生常談的經典問題了。
5. 資料來源沒有配置事務管理器
@Bean
publicPlatformTransactionManagertransactionManager(DataSourcedataSource){
returnnewDataSourceTransactionManager(dataSource);
}
如上面所示,當前資料來源若沒有配置事務管理器,那也是白搭!
6. 不支援事務
來看下面這個例子:
@Service
publicclassOrderServiceImplimplementsOrderService{
@Transactional
publicvoidupdate(Orderorder){
updateOrder(order);
}
@Transactional(propagation=Propagation.NOT_SUPPORTED)
publicvoidupdateOrder(Orderorder){
//updateorder
}
}
Propagation.NOT_SUPPORTED: 表示不以事務執行,當前若存在事務則掛起
都主動不支援以事務方式運行了,那事務生效也是白搭!
7. 異常被吃了
這個也是出現比較多的場景:
//@Service
publicclassOrderServiceImplimplementsOrderService{
@Transactional
publicvoidupdateOrder(Orderorder){
try{
//updateorder
}catch{
}
}
}
把異常吃了,然後又不丟擲來,事務怎麼回滾吧!
8. 異常型別錯誤
上面的例子再丟擲一個異常:
//@Service
publicclassOrderServiceImplimplementsOrderService{
@Transactional
publicvoidupdateOrder(Orderorder){
try{
//updateorder
}catch{
thrownewException("更新錯誤");
}
}
}
這樣事務也是不生效的,因為預設回滾的是:RuntimeException,如果你想觸發其他異常的回滾,需要在註解上配置一下,如:
@Transactional(rollbackFor = Exception.class)
這個配置僅限於 Throwable 異常類及其子類。
總結
本文總結了八種事務失效的場景,其實發生最多就是自身呼叫、異常被吃、異常丟擲型別不對這三個了。
原文:https://www.cnblogs.com/javastack/p/12160464.html