在 Spring Boot 中，造成事務不自動回滾的場景有很多，比如以下這些：
- 非 public 修飾的方法中的事務不自動回滾；
- 當 @Transactional 遇上 try/catch 事務不自動回滾；
- 調用類內部的 @Transactional 方法事務不自動回滾；
- 拋出檢查異常時事務不自動回滾；
- 數據庫不支持事務，事務也不會自動回滾。
那麼對於上面的這些場景，我們應該如何解決呢？接下來我們一一來看。
1.非 public 方法解決方案
非 public 方法中事務不回滾的直接原因是，在非 public 方法上添加的 @Transactional 關鍵字是無效的，也就是此方法本身是以非事務的方式運行的，所以它當然不會自動回滾事務了。
因爲 @Transactional 使用的是 Spring AOP 實現的，而 Spring AOP 是通過動態代理實現的，而 @Transactional 在生成代理時會判斷，如果方法爲非 public 修飾的方法，則不生成代理對象，這樣也就沒辦法自動回滾事務了，它的部分實現源碼如下：
protected TransactionAttribute computeTransactionAttribute(Method method, Class<?> targetClass) {
// Don't allow no-public methods as required.
// 非 public 方法，設置爲 null
if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {
return null;
}
// 後面代碼省略....
}
此問題的解決方案是將方法的權限修飾符改爲 public 即可。
2.try/catch 解決方案
當程序中出現了 try/catch 代碼時，事務不會自動回滾，這是因爲 @Transactional 註解在其實現時，需要感知到異常纔會自動回滾，而用戶自行在代碼中加入了 try/catch 之後，@Transactional 就無法感知到異常了，那麼也就不能自動回滾事務了。
此問題的解決方案有兩種：一種是在 catch 中將異常重新拋出去，另一種是使用代碼手動將事務回滾。
解決方案1：將異常重新拋出
解決方案2：使用代碼手動回滾事務
除了解決方案 1 這種不是很友好的回滾事務的方式之外，我們還可以選擇更加友好的，不報錯，但可以回滾事務的方式，其核心實現代碼如下：
3.調用內部 @Transactional 方法解決方案
調用類內部 @Transactional 的方法不自動回滾事務的原因是，@Transactional 是基於 Spring AOP 實現的，而 Spring AOP 又是基於動態代理實現的，而當調用類內部的方法時，不是通過代理對象完成的，而是通過 this 對象實現的，這樣就繞過了代理對象，從而事務就失效了。
此時我們的解決方案是給調用的方法上也加上 @Transactional，具體實現代碼如下：
4.檢查異常的事務解決方案
所謂的檢查異常（Checked Excetion）指的是編譯器要求開發者必須處理的異常，如下圖所示：
檢查異常不回滾事務的原因是因爲，@Transactional 默認只回滾運行時異常 RuntimeException 和 Error，而對於檢查異常默認是不回滾的。
此問題的解決方案是給 @Transactional 註解上，添加 rollbackFor 參數並設置 Exception.class 值即可，具體實現代碼如下：
5.數據庫不支持事務的解決方案
當我們在程序中添加了 @Transactional，相當於給調用的數據庫發送了：開始事務、提交事務、回滾事務的指令，但是如果數據庫本身不支持事務，比如 MySQL 中設置了使用 MyISAM 引擎，因爲它本身是不支持事務的，這種情況下，即使在程序中添加了 @Transactional 註解，那麼依然不會有事務的行爲，也就不會執行事務的自動回滾了。
在這種情況下，我們只需要設置 MySQL 的引擎爲 InnoDB 就可以解決問題了，因爲 InnoDB 是支持事務的，當然 MySQL 5.1 之後的默認引擎就是 InnoDB，引擎的設置分爲以下兩種情況：
在新建表時設置數據庫引擎：
在修改表時設置數據庫引擎：
PS：也就是數據庫的引擎是和表直接相關的，我們只需要正確的設置引擎之後，事務就可以正常的執行了。
總結
本文我們介紹了 5 種事務不自動回滾的場景和相應的解決方案，開發者應該根據自己的實際情況，選擇合適自己解決方案進行處理。
是非審之於己，譭譽聽之於人，得失安之於數。
公衆號：Java面試真題解析