1. 數(shù)據(jù)庫引擎不支持事務

這里以 MySQL為例，MyISAM引擎是不支持事務操作的，一般要支持事務都會使用InnoDB引擎，根據(jù)MySQL 的官方文檔說明，從MySQL 5.5.5 開始的默認存儲引擎是 InnoDB，之前默認的都是 MyISAM，所以這一點要值得注意，如果底層引擎不支持事務，那么再怎么設置也沒有用。

2.沒有被 Spring 管理

示例如下:

public class OrderServiceImpl implements OrderService{
  @Transactional
  public void updateOrder(Order order){
    //update order
  }
}

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

3. 方法不是 public 的

@Transactional注解只能用干public 的方法上，否則事多不會生效，如果要用在非public的方法上，則可以開啟基于 AspcetJ 框架的靜態(tài)代理模式。

4.發(fā)生自身調用

示例如下:

@Service
public class OrderServiceImpl implements OrderService {
  public void update(Order order) {
    updateOrder(order);
  }
}

@Transactional
public void updateOrder(0rder order) {
    // update order
  }
}

update 方法上面沒有加 @Transactional 注解，如果調用有 @Transactional 注解的updateOrder 方法，那么 updateOrder 方法上的事務還可以生效嗎?   這里大家可以先想一想，后面會揭曉答案。

再來看下面這個例子:

@Service
public class OrderServiceImpl implements OrderService {
  @Transactional
  public void update(Order order) {
    updateOrder(order);
  }
}

@Transactional(propagation = Propagation.REQUIRES_NEW)
public void updateOrder(0rder order) {
     updateOrder(order);
  }
}

這次在 update 方法上加了 @Transactional, 如果在 updateOrder 上加了 REOUIRES_NEW新開啟一個事務，那么新開啟的事務可以生效嗎?

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

這個問題的解決方案之一就是在事務所在的類中注入自己，用往入的對象再調用另外一個方法，這個不太優(yōu)雅，在Spring 中可以在當前線程中暴露并獲取當前代理類，通過在啟動類上添加以下注解來啟用暴露代理類，如下面的示例所示。

@EnableAspectJAutoProxy(exposeProxy = true)

然后通過以下代碼獲取當前代理類，并調用代理類的事務方法：

((0rderService) AopContext.currentProxy()).updateOrder();

Spring 默認只有調用 Spring代理類的public 方法，事務才能生效。

5.沒有配置事務管理器

如果沒有配置以下DataSourceTransactionManager數(shù)據(jù)源事務管理器，那么事務也不會生效 ：

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

但在 Spring Boot 中只要引入了 spring-boot-starter-data-jdbc 啟動器依賴就會自動配置DataSourceTransactionManager數(shù)據(jù)源事務管理器，所以 Spring Boot框架不存在這個問題，但在傳統(tǒng)的 Spring 框架中需要注意。

6. 設置了不支持事務

示例如下:

@Service
public class OrderServiceImpl implements OrderService {
  @Transactional
  public void update(Order order) {
    updateOrder(order);
  }
  
  @Transactional(propagation = Propagation.NOT_SUPPORTED)
  public void updateOrder(Order order) {
    //update order
  }
}

這里的Propagation.NOT_SUPPORTED表示當前方法不以事務方式運行，當前若存在事務則掛起，這就是主動不支持以事務方式運行了。

7. 異常沒有被拋出

示例如下:

@Service
public class OrderServiceImpl implements OrderService {
  @Transactional
  public void update(Order order) {
    try{
      // update order
    }catch{
      
    }
  }
}

這個方法把異常給捕獲了，但沒有拋出來，所以事務不會回滾，只有捕捉到異常事務才會生效。

8. 異常類型不匹配

示例如下：

@Service
public class OrderServiceImpl implements OrderService {
  @Transactional
  public void update(Order order) {
    try{
      // update order
    }catch{
      throw new Exception("更新失敗");
    }
  }
}

因為 Spring 默認回滾的是 RuntimeException 異常，和程序拋出的 Exception 異常不匹配，所以事務也是不生效的。如果要觸發(fā)默認 RuntimeException之外異常的回滾，則需要在 @Transactiona事務注解上指定異常類，示例如下:

@Transactional(rollbackFor = Exception.class)

在今天的文章中總結了使用 @Transactional注解導致事務失效的幾個常見場景，如果 @Transactional事務不生效，則可以根據(jù)這幾種情形排查一下，其實次數(shù)最多的也就是發(fā)生自身調用、異常被捕獲、異常拋出類型不匹配這幾種場景。