解決@Transactional注解事務(wù)不回滾不起作用的問(wèn)題
這幾天在項(xiàng)目里面發(fā)現(xiàn)我使用@Transactional注解事務(wù)之后,拋了異常居然不回滾。后來(lái)終于找到了原因。
如果你也出現(xiàn)了這種情況,可以從下面開(kāi)始排查。
一、特性
先來(lái)了解一下@Transactional注解事務(wù)的特性吧,可以更好排查問(wèn)題
1、service類(lèi)標(biāo)簽(一般不建議在接口上)上添加@Transactional,可以將整個(gè)類(lèi)納入spring事務(wù)管理,在每個(gè)業(yè)務(wù)方法執(zhí)行時(shí)都會(huì)開(kāi)啟一個(gè)事務(wù),不過(guò)這些事務(wù)采用相同的管理方式。
2、@Transactional 注解只能應(yīng)用到 public 可見(jiàn)度的方法上。 如果應(yīng)用在protected、private或者 package可見(jiàn)度的方法上,也不會(huì)報(bào)錯(cuò),不過(guò)事務(wù)設(shè)置不會(huì)起作用。
3、默認(rèn)情況下,Spring會(huì)對(duì)unchecked異常進(jìn)行事務(wù)回滾;如果是checked異常則不回滾。
辣么什么是checked異常,什么是unchecked異常
java里面將派生于Error或者RuntimeException(比如空指針,1/0)的異常稱(chēng)為unchecked異常,其他繼承自java.lang.Exception得異常統(tǒng)稱(chēng)為Checked Exception,如IOException、TimeoutException等
辣么再通俗一點(diǎn):
你寫(xiě)代碼出現(xiàn)的空指針等異常,會(huì)被回滾,文件讀寫(xiě),網(wǎng)絡(luò)出問(wèn)題,spring就沒(méi)法回滾了。然后我教大家怎么記這個(gè),因?yàn)楹芏嗤瑢W(xué)容易弄混,你寫(xiě)代碼的時(shí)候有些IOException我們的編譯器是能夠檢測(cè)到的,說(shuō)以叫checked異常,你寫(xiě)代碼的時(shí)候空指針等死檢測(cè)不到的,所以叫unchecked異常。這樣是不是好記一些啦
4、只讀事務(wù):
@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)
只讀標(biāo)志只在事務(wù)啟動(dòng)時(shí)應(yīng)用,否則即使配置也會(huì)被忽略。
啟動(dòng)事務(wù)會(huì)增加線(xiàn)程開(kāi)銷(xiāo),數(shù)據(jù)庫(kù)因共享讀取而鎖定(具體跟數(shù)據(jù)庫(kù)類(lèi)型和事務(wù)隔離級(jí)別有關(guān))。通常情況下,僅是讀取數(shù)據(jù)時(shí),不必設(shè)置只讀事務(wù)而增加額外的系統(tǒng)開(kāi)銷(xiāo)。
二:事務(wù)傳播模式
Propagation枚舉了多種事務(wù)傳播模式,部分列舉如下:
1、REQUIRED(默認(rèn)模式):業(yè)務(wù)方法需要在一個(gè)容器里運(yùn)行。如果方法運(yùn)行時(shí),已經(jīng)處在一個(gè)事務(wù)中,那么加入到這個(gè)事務(wù),否則自己新建一個(gè)新的事務(wù)。
2、NOT_SUPPORTED:聲明方法不需要事務(wù)。如果方法沒(méi)有關(guān)聯(lián)到一個(gè)事務(wù),容器不會(huì)為他開(kāi)啟事務(wù),如果方法在一個(gè)事務(wù)中被調(diào)用,該事務(wù)會(huì)被掛起,調(diào)用結(jié)束后,原先的事務(wù)會(huì)恢復(fù)執(zhí)行。
3、REQUIRESNEW:不管是否存在事務(wù),該方法總匯為自己發(fā)起一個(gè)新的事務(wù)。如果方法已經(jīng)運(yùn)行在一個(gè)事務(wù)中,則原有事務(wù)掛起,新的事務(wù)被創(chuàng)建。
4、 MANDATORY:該方法只能在一個(gè)已經(jīng)存在的事務(wù)中執(zhí)行,業(yè)務(wù)方法不能發(fā)起自己的事務(wù)。如果在沒(méi)有事務(wù)的環(huán)境下被調(diào)用,容器拋出例外。
5、SUPPORTS:該方法在某個(gè)事務(wù)范圍內(nèi)被調(diào)用,則方法成為該事務(wù)的一部分。如果方法在該事務(wù)范圍外被調(diào)用,該方法就在沒(méi)有事務(wù)的環(huán)境下執(zhí)行。
6、NEVER:該方法絕對(duì)不能在事務(wù)范圍內(nèi)執(zhí)行。如果在就拋例外。只有該方法沒(méi)有關(guān)聯(lián)到任何事務(wù),才正常執(zhí)行。
7、NESTED:如果一個(gè)活動(dòng)的事務(wù)存在,則運(yùn)行在一個(gè)嵌套的事務(wù)中。如果沒(méi)有活動(dòng)事務(wù),則按REQUIRED屬性執(zhí)行。它使用了一個(gè)單獨(dú)的事務(wù),這個(gè)事務(wù)擁有多個(gè)可以回滾的保存點(diǎn)。內(nèi)部事務(wù)的回滾不會(huì)對(duì)外部事務(wù)造成影響。它只對(duì)DataSourceTransactionManager事務(wù)管理器起效。
三:解決Transactional注解不回滾
1、檢查你方法是不是public的
2、你的異常類(lèi)型是不是unchecked異常
如果我想check異常也想回滾怎么辦,注解上面寫(xiě)明異常類(lèi)型即可
@Transactional(rollbackFor=Exception.class)
類(lèi)似的還有norollbackFor,自定義不回滾的異常
3、數(shù)據(jù)庫(kù)引擎要支持事務(wù),如果是MySQL,注意表要使用支持事務(wù)的引擎,比如innodb,如果是myisam,事務(wù)是不起作用的
4、是否開(kāi)啟了對(duì)注解的解析
<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/>
5、spring是否掃描到你這個(gè)包,如下是掃描到org.test下面的包
<context:component-scan base-package="org.test" ></context:component-scan>
6、檢查是不是同一個(gè)類(lèi)中的方法調(diào)用(如a方法調(diào)用同一個(gè)類(lèi)中的b方法)
7、異常是不是被你catch住了
以上,以后有再添加吧~
補(bǔ)充:@Transactional事務(wù)幾點(diǎn)注意
這里面有幾點(diǎn)需要大家留意:
A. 一個(gè)功能是否要事務(wù),必須納入設(shè)計(jì)、編碼考慮。不能僅僅完成了基本功能就ok。
B. 如果加了事務(wù),必須做好開(kāi)發(fā)環(huán)境測(cè)試(測(cè)試環(huán)境也盡量觸發(fā)異常、測(cè)試回滾),確保事務(wù)生效。
C. 以下列了事務(wù)使用過(guò)程的注意事項(xiàng),請(qǐng)大家留意。
1. 不要在接口上聲明@Transactional ,而要在具體類(lèi)的方法上使用 @Transactional 注解,否則注解可能無(wú)效。
2.不要圖省事,將@Transactional放置在類(lèi)級(jí)的聲明中,放在類(lèi)聲明,會(huì)使得所有方法都有事務(wù)。故@Transactional應(yīng)該放在方法級(jí)別,不需要使用事務(wù)的方法,就不要放置事務(wù),比如查詢(xún)方法。否則對(duì)性能是有影響的。
3.使用了@Transactional的方法,對(duì)同一個(gè)類(lèi)里面的方法調(diào)用, @Transactional無(wú)效。比如有一個(gè)類(lèi)Test,它的一個(gè)方法A,A再調(diào)用Test本類(lèi)的方法B(不管B是否public還是private),但A沒(méi)有聲明注解事務(wù),而B(niǎo)有。則外部調(diào)用A之后,B的事務(wù)是不會(huì)起作用的。(經(jīng)常在這里出錯(cuò))
4.使用了@Transactional的方法,只能是public,@Transactional注解的方法都是被外部其他類(lèi)調(diào)用才有效,故只能是public。道理和上面的有關(guān)聯(lián)。故在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解,它也不會(huì)報(bào)錯(cuò),但事務(wù)無(wú)效。
5.經(jīng)過(guò)在ICORE-CLAIM中測(cè)試,效果如下:
A.拋出受查異常XXXException,事務(wù)會(huì)回滾。
B.拋出運(yùn)行時(shí)異常NullPointerException,事務(wù)會(huì)回滾。
C.Quartz中,execute直接調(diào)用加了@Transactional方法,可以回滾;間接調(diào)用,不會(huì)回滾。(即上文3點(diǎn)提到的)
D.異步任務(wù)中,execute直接調(diào)用加了@Transactional方法,可以回滾;間接調(diào)用,不會(huì)回滾。(即上文3點(diǎn)提到的)
E.在action中加上@Transactional,不會(huì)回滾。切記不要在action中加上事務(wù)。
F.在service中加上@Transactional,如果是action直接調(diào)該方法,會(huì)回滾,如果是間接調(diào),不會(huì)回滾。(即上文3提到的)
G.在service中的private加上@Transactional,事務(wù)不會(huì)回滾。
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教。
相關(guān)文章
Spring Data Redis對(duì)象緩存序列化問(wèn)題解決
相信在項(xiàng)目中,你一定是經(jīng)常使用Redis,在使用時(shí),有沒(méi)有遇到同我一樣,對(duì)象緩存序列化問(wèn)題的呢,本文主要介紹了Spring Data Redis對(duì)象緩存序列化問(wèn)題解決,感興趣的可以了解一下2024-01-01Idea如何配置Maven才能優(yōu)先從本地倉(cāng)庫(kù)獲取依賴(lài)(親測(cè)方法有效)
對(duì)于Idea怎么配置Maven才能優(yōu)先從本地倉(cāng)庫(kù)獲取依賴(lài),網(wǎng)上說(shuō)法有很多種,都不太靠譜,最終都沒(méi)有效果,最好的解決方法是通過(guò)修改maven配置文件settings.xml,本文給大家介紹的非常詳細(xì),需要的朋友參考下吧2023-10-10springmvc與mybatis集成配置實(shí)例詳解
這篇文章主要介紹了springmvc與mybatis集成配置實(shí)例詳解的相關(guān)資料,非常不錯(cuò),具有參考借鑒價(jià)值,需要的朋友可以參考下2016-09-09java中的動(dòng)態(tài)代理與責(zé)任鏈模式詳解
這篇文章主要介紹了java中的動(dòng)態(tài)代理與責(zé)任鏈模式詳解,動(dòng)態(tài)代理提供了一種靈活且非侵入式的方式,可以對(duì)對(duì)象的行為進(jìn)行定制和擴(kuò)展,它在代碼重用、解耦和業(yè)務(wù)邏輯分離、性能優(yōu)化以及系統(tǒng)架構(gòu)中起到了重要的作用,需要的朋友可以參考下2023-08-08詳解SpringCloud mysql實(shí)現(xiàn)配置中心
這篇文章主要介紹了詳解SpringCloud mysql實(shí)現(xiàn)配置中心,小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2018-09-09idea注解參數(shù)換行時(shí)間日期格式設(shè)置方法
這篇文章主要介紹了idea注解參數(shù)換行時(shí)間日期格式設(shè)置方法,本文通過(guò)實(shí)例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-05-05SpringBoot錯(cuò)誤提示400狀態(tài)問(wèn)題
這篇文章主要介紹了SpringBoot錯(cuò)誤提示400狀態(tài)問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-08-08Maven?Pom?文件中的隱式依賴(lài)導(dǎo)致Jar沖突問(wèn)題
這篇文章主要介紹了Maven?Pom?文件中的隱式依賴(lài)導(dǎo)致Jar沖突問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-12-12