Spring事務失效場景實例詳解

Posted on by

1、Spring事務最終依賴的數據庫的事務，如果用的是mysql的話，執行引擎要是innodb;因為隻有innoDB 支持事務。

2、Spring的事務是原理是aop，所以加事務所在bean是要Spring容器管理的；自己new出來的對象肯定是不行的。

3、Spring事務標簽@Transactional必須註解在public方法上。private、protected、default以及finally修飾的方法或者類，以及靜態方法，事務都會失效的。

4、同一個類中內部方法調用，事務會失效的。調用的是this，下圖中的updateOrder上的事務會失效的。可以再定義一個service，調用service裡面的updateOrder即可生效。

5、多線程調用事務是會失效的。事務是建立在同一個數據鏈接上，多線程可能拿到的連接不是同一個連接，所以事務是會失效的。如下圖的doOtherThing()拋出瞭異常，想讓add回滾那是不可能的。

6、事務傳播性，@Transactional註解時，是可以指定propagation參數的,擴展其配置不支持事務。

Propagation.NOT_SUPPORTED，這種類型的傳播特性不支持事務，如果有事務則會拋異常。

目前隻有這三種傳播特性才會創建新事務：NESTED,REQUIRES_NEW,REQUIRED。

7、當遇到異常，如果是RuntimeException則會回滾，其他則不行，除非自定義瞭@Transactional(rollbackFor = Exception.class), 這個配置僅限於 Throwable 異常類及其子類.

8、自己吞瞭異常，try catch瞭，自然也不會會滾瞭。

9、事務嵌套太多，導致回滾多瞭。如下本想會滾doOtherThing(),但如果doOtherthing拋出異常瞭，add也接收到瞭，也會回滾的。比較好的做法是在roleService.doOtherThing()抓住異常。

補充說明：

  • MySQL 且引擎是 MyISAM，則事務會不起作用，原因是 MyISAM 不支持事務，改成 InnoDB 引擎則支持事務。
  • 註解 @Trasactional 隻能加在 public 修飾的方法上事務才起效。如果加在 protect、private 等非
  • public 修飾的方法上，事務將失效。
  • 如果在開啟瞭事務的方法內，使用瞭 try-catch 語句塊對異常進行瞭捕獲，而沒有將異常拋到外層，事務將不起效。
  • 不同類之間方法調用時，異常發生在無事務的方法A中，但不是被調用的方法B產生的，被調用的方法B的事務無效。隻有異常發生在開啟事務的方法B內，事務才有效。

總結 

到此這篇關於Spring事務失效場景的文章就介紹到這瞭,更多相關Spring事務失效場景內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：