前言

項目中用Spring的 @Transactional 注解控制事務，使用中時常出現(xiàn)事物不生效的場景，本文僅限于日常項目開發(fā)中的點滴整理總結，總結以下幾點，以備后續(xù)參考排查;可能不全，列舉出來希望可以幫助有需要的同學，避免踩坑。

數(shù)據(jù)庫引擎不支持事物

這里以 MySQL 為例，其 MyISAM 引擎是不支持事務操作的，InnoDB 才是支持事務的引擎，一般要支持事務都會使用 InnoDB。

根據(jù) MySQL 的官方文檔：

https://dev.mysql.com/doc/refman/5.5/en/storage-engine-setting.html

從 MySQL 5.5.5 開始的默認存儲引擎是：InnoDB，之前默認的都是：MyISAM，所以這點要值得注意，底層引擎不支持事務是硬傷。

沒有被 Spring 管理

// @Service (此注解不能去掉)
public class AccountServiceImpl implements AccountService {
@Transactional
public void inser(Account account) {
// insert account
}
}

如果此時把 @Service 注解注釋掉，這個類就不會被加載成一個 Bean，那這個類就不會被 Spring 管理了，事務自然就失效了。

方法不是 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 代理模式。

自身調用問題

看下面代碼

@Service
public class AccountServiceImpl implements AccountService {
public void insert(Account account) {
insertAccount(account);
}
@Transactional
public void insertAccount(Account account) {
// insert account
}
}

insert方法上面沒有加 @Transactional 注解，調用有 @Transactional 注解的 insertAccount 方法，insertAccount 方法上的事務其實是不管用的。

再看下面的代碼

@Service
public class AccountServiceImpl implements AccountService {
@Transactional
public void insert(Account account) {
insertAccount(account);
}
@Transactional(propagation = Propagation.REQUIRES_NEW)
public void insertAccount(Account account) {
// insert account
}
}

這次在 insert 方法上加了 @Transactional，insertAccount 加了 REQUIRES_NEW 新開啟一個事務，那么新開的事務管用么?

這兩個例子的答案是：不管用!

因為它們發(fā)生了自身調用，就調該類自己的方法，而沒有經(jīng)過 Spring 的代理類，默認只有在外部調用事務才會生效，這也是老生常談的經(jīng)典問題了。

數(shù)據(jù)源沒有配置事物管理器

@Bean
public PlatformTransactionManager transactionManager(DataSource dataSource) 
{
return new DataSourceTransactionManager(dataSource);
}

如上面所示，當前數(shù)據(jù)源若沒有配置事務管理器，照樣會失效!

不支持事物

@Service
public class AccountServiceImpl implements AccountService {
@Transactional
public void insert(Account account) {
insertAccount(account);
}
@Transactional(propagation = Propagation.NOT_SUPPORTED)
public void insertAccount(Account account) {
// insert account
}
}

Propagation.NOT_SUPPORTED： 表示不以事務運行，當前若存在事務則掛起，詳細的可以參考InnoDB的事務隔離級別和傳播機制。

都主動不支持以事務方式運行了，那事務生效也是白搭!

異常被吃掉

這個是比較常見的場景

@Service (此注解不能去掉)
public class AccountServiceImpl implements AccountService {
@Transactional
public void inser(Account account) {
try {
// insert account
} catch {
}
}
}

把異常吃了，然后又不拋出來，事務就無法回滾!

異常類型錯誤

@Service (此注解不能去掉)
public class AccountServiceImpl implements AccountService {
@Transactional
public void inser(Account account) {
try {
// insert account
} catch {
throw new Exception("新增錯誤");
}
}
}

這樣事務也是不生效的，因為默認回滾的是：RuntimeException，如果你想觸發(fā)其他異常的回滾，需要在注解上配置一下，如：

@Transactional(rollbackFor = Exception.class)

這個配置僅限于 Throwable 異常類及其子類。

查閱資料，其他失效的場景需注意：1) 像文件導入數(shù)據(jù)庫，用多線程控制;可參考查詢spring 多線程事務的問題 2)SpringBoot+Shiro引起事務失效

總結

本文總結了幾種事務失效的場景，其實發(fā)生最多就是自身調用、異常被吃、異常拋出類型不對這三個了;像文章開頭說的那樣，本文不一定總結得全，只是根據(jù)經(jīng)驗總結常見的事務失效的場景。

到此這篇關于Spring事務失效場景的文章就介紹到這了,更多相關Spring事務失效場景內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論