@Transactional是我們在用Spring時候幾乎逃不掉的一個注解芥映，該注解主要用來聲明事務(wù)。它的實現(xiàn)原理是通過Spring AOP在注解修飾方法的前后織入事務(wù)管理的實現(xiàn)語句坞嘀，所以開發(fā)者只需要通過一個注解就能代替一系列繁瑣的事務(wù)開始惊来、事務(wù)關(guān)閉等重復(fù)性的編碼任務(wù)裁蚁。
編碼方式確實簡單了枉证，但也因為隱藏了直觀的實現(xiàn)邏輯，一些錯誤的編碼方法可能會讓@Transactional注解失效毡鉴，達(dá)不到事務(wù)的作用猪瞬。最直接的表現(xiàn)就是：方法執(zhí)行過程中拋出了異常，但事務(wù)沒有回滾陈瘦，最終導(dǎo)致了臟數(shù)據(jù)的產(chǎn)生崎弃。
之前我在博客上也寫過一篇有趣的討論我來出個題：這個事務(wù)會不會回滾饲做？，當(dāng)時很多人都給出了標(biāo)準(zhǔn)的錯誤答案塞弊，如果沒看過的小伙伴不妨進(jìn)去挑戰(zhàn)一下游沿？
雖然之前討論了一些特殊情況，但還是一直有小伙伴會郵件袋坑、微信群里問一些關(guān)于事務(wù)失效的問題枣宫。主要還是@Transactional聲明事務(wù)失效的情況真的是多種多樣也颤！所以郁轻，今天寫一篇總結(jié)一下，如果下次再碰到竭沫，那就打開這片文章输吏，一個個順下來看贯溅，是不是哪里寫錯了它浅。當(dāng)然可能這里還會有遺漏姐霍，所以如果你有其他錯誤案例典唇，也可以告訴我，我會持續(xù)整理到這篇文章里恨胚。
- 在同一個類中調(diào)用
錯誤案例：
class A {
public void methodA() {
methodB();
// 其他操作
}
@Transactional
public void methodB() {
// 寫數(shù)據(jù)庫操作
}
}
這類錯誤適用于所有基于Spring AOP實現(xiàn)的注解赃泡，比如：[《使用@Async實現(xiàn)異步調(diào)用》]中提到的@Async注解升熊，[《使用@Scheduled實現(xiàn)定時任務(wù)》]中提到的@Scheduled注解，還有[Spring緩存注解的使用解]中提到的@Cacheable注解等级野。
解決這個問題的方法比較簡單勺阐，還是合理規(guī)劃好層次關(guān)系即可渊抽，比如這樣：
@Service
@AllArgsConstructor
public class A {
private B b;
public void methodA() {
b.methodB();
// 其他操作
}
}
@Service
public class B {
@Transactional
public void methodB() {
// 寫數(shù)據(jù)庫操作
}
}
注意：這里A類用了構(gòu)造器注入B的實現(xiàn)（為什么沒用@Autowrire，可以看看前幾天分享的這篇[什么時候不要用@Autowired注入]栈幸，構(gòu)造函數(shù)用Lombok的@AllArgsConstructor生成（這個不熟悉的話可以看看之前這篇[Lombok：讓JAVA代碼更優(yōu)雅]玩焰。
2. @Transactional修飾方法不是public
錯誤案例：
public class TransactionalMistake {
@Transactional
private void method() {
// 寫數(shù)據(jù)庫操作
}
}
這也是基于Spring AOP實現(xiàn)的注解所要滿足的要求芍锚。這個最簡單并炮，很好理解，也很直觀荤西，就不詳細(xì)展開了邪锌。直接把方法訪問類型改成public即可觅丰。
3. 不同的數(shù)據(jù)源
錯誤案例：
public class TransactionalMistake {
@Transactional
public void createOrder(Order order) {
orderRepo1.save(order);
orderRepo2.save(order);
}
}
有的時候舶胀，我們一個操作可能會同時寫多個數(shù)據(jù)源，比如上面這個例子里的orderRepo1和orderRepo2是連接的兩個不同數(shù)據(jù)源糖赔。默認(rèn)情況下，這種跨數(shù)據(jù)源的事務(wù)是不會成功的轩端。
如果要在多個數(shù)據(jù)源之間實現(xiàn)事務(wù)放典，那么可以引入JTA，具體如何做的話可以看看之前的這篇分享《使用JTA實現(xiàn)多數(shù)據(jù)源的事務(wù)管理》
4. 回滾異常配置不正確
默認(rèn)情況下基茵，僅對RuntimeException和Error進(jìn)行回滾奋构。如果不是的它們及它們的子孫異常的話，就不會回滾拱层。
所以弥臼，在自定義異常的時候，要做好適當(dāng)?shù)囊?guī)劃根灯，如果要影響事務(wù)回滾径缅，可以定義為RuntimeException的子類；如果不是RuntimeException烙肺，但也希望觸發(fā)回滾纳猪，那么可以使用rollbackFor屬性來指定要回滾的異常。
public class TransactionalMistake {
@Transactional(rollbackFor = XXXException.class)
public void method() throws XXXException {
}
}
5. 數(shù)據(jù)庫引擎不支持事務(wù)
這個來源于一個讀者反饋的例子，代碼跟我的案例一摸一樣，我這邊是好的脚祟，但他就是不回滾邮丰。
后來排查出來是因為漏了一個關(guān)鍵屬性的配置：
spring.jpa.database-platform=org.hibernate.dialect.MySQL5InnoDBDialect
這里的spring.jpa.database-platform配置主要用來設(shè)置hibernate使用的方言。這里特地采用了MySQL5InnoDBDialect笛质，主要為了保障在使用Spring Data JPA時候，Hibernate自動創(chuàng)建表的時候使用InnoDB存儲引擎，不然就會以默認(rèn)存儲引擎MyISAM來建表肩杈，而MyISAM存儲引擎是沒有事務(wù)的与学。
如果你的事務(wù)沒有生效抑片，那么可以看看創(chuàng)建的表，是不是使用了MyISAM存儲引擎，如果是的話，那就是這個原因了济锄！
小結(jié)
如果你看到最后低滩，發(fā)現(xiàn)還有其他情況還沒有囊括其中戳鹅，歡迎告訴我們喲爬虱，我們會持續(xù)更新這篇文章！以幫助碰到此類問題的讀者。
