十年網(wǎng)站開(kāi)發(fā)經(jīng)驗(yàn) + 多家企業(yè)客戶(hù) + 靠譜的建站團(tuán)隊(duì)
量身定制 + 運(yùn)營(yíng)維護(hù)+專(zhuān)業(yè)推廣+無(wú)憂(yōu)售后,網(wǎng)站問(wèn)題一站解決
事物超時(shí)設(shè)置:
@Transactional(timeout=30) //默認(rèn)是30秒
事務(wù)隔離級(jí)別:
MYSQL: 默認(rèn)為REPEATABLE_READ級(jí)別
SQLSERVER: 默認(rèn)為READ_COMMITTED
臟讀 : 一個(gè)事務(wù)讀取到另一事務(wù)未提交的更新數(shù)據(jù)
不可重復(fù)讀 : 在同一事務(wù)中, 多次讀取同一數(shù)據(jù)返回的結(jié)果有所不同, 換句話說(shuō),
后續(xù)讀取可以讀到另一事務(wù)已提交的更新數(shù)據(jù). 相反, "可重復(fù)讀"在同一事務(wù)中多次
讀取數(shù)據(jù)時(shí), 能夠保證所讀數(shù)據(jù)一樣, 也就是后續(xù)讀取不能讀到另一事務(wù)已提交的更新數(shù)據(jù)
幻讀 : 一個(gè)事務(wù)讀到另一個(gè)事務(wù)已提交的insert數(shù)據(jù)
注意的幾點(diǎn):
@Transactional 只能被應(yīng)用到public方法上, 對(duì)于其它非public的方法,如果標(biāo)記了@Transactional也不會(huì)報(bào)錯(cuò),但方法沒(méi)有事務(wù)功能.
用 spring 事務(wù)管理器,由spring來(lái)負(fù)責(zé)數(shù)據(jù)庫(kù)的打開(kāi),提交,回滾.默認(rèn)遇到運(yùn)行期例外(throw new RuntimeException("注釋");)會(huì)回滾,即遇到不受檢查(unchecked)的例外時(shí)回滾;而遇到需要捕獲的例外(throw new Exception("注釋");)不會(huì)回滾,即遇到受檢查的例外(就是非運(yùn)行時(shí)拋出的異常,編譯器會(huì)檢查到的異常叫受檢查例外或說(shuō)受檢查異常)時(shí),需我們指定方式來(lái)讓事務(wù)回滾要想所有異常都回滾,要加上 @Transactional( rollbackFor={Exception.class,其它異常}) .如果讓unchecked例外不回滾: @Transactional(notRollbackFor=RunTimeException.class)
如下:
@Transactional(rollbackFor=Exception.class) //指定回滾,遇到異常Exception時(shí)回滾
public void methodName() {
throw new Exception("注釋");
}
@Transactional(noRollbackFor=Exception.class)//指定不回滾,遇到運(yùn)行期例外(throw new RuntimeException("注釋");)會(huì)回滾
public ItimDaoImpl getItemDaoImpl() {
throw new RuntimeException("注釋");
}
@Transactional 注解應(yīng)該只被應(yīng)用到 public 可見(jiàn)度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解,它也不會(huì)報(bào)錯(cuò), 但是這個(gè)被注解的方法將不會(huì)展示已配置的事務(wù)設(shè)置。
@Transactional 注解可以被應(yīng)用于接口定義和接口方法、類(lèi)定義和類(lèi)的 public 方法上。然而,請(qǐng)注意僅僅 @Transactional 注解的出現(xiàn)不足于開(kāi)啟事務(wù)行為,它僅僅 是一種元數(shù)據(jù),能夠被可以識(shí)別 @Transactional 注解和上述的配置適當(dāng)?shù)木哂惺聞?wù)行為的beans所使用。上面的例子中,其實(shí)正是 元素的出現(xiàn) 開(kāi)啟 了事務(wù)行為。
Spring團(tuán)隊(duì)的建議是你在具體的類(lèi)(或類(lèi)的方法)上使用 @Transactional 注解,而不要使用在類(lèi)所要實(shí)現(xiàn)的任何接口上。你當(dāng)然可以在接口上使用 @Transactional 注解,但是這將只能當(dāng)你設(shè)置了基于接口的代理時(shí)它才生效。因?yàn)樽⒔馐遣荒芾^承的,這就意味著如果你正在使用基于類(lèi)的代理時(shí),那么事務(wù)的設(shè)置將不能被基于類(lèi)的代理所識(shí)別,而且對(duì)象也將不會(huì)被事務(wù)代理所包裝(將被確認(rèn)為嚴(yán)重的)。因此,請(qǐng)接受Spring團(tuán)隊(duì)的建議并且在具體的類(lèi)上使用 @Transactional 注解。使用 @Transactional 注解,該方法會(huì)進(jìn)行事務(wù)處理,該方法內(nèi)方法如果沒(méi)有再次進(jìn)行事務(wù)注解,那么會(huì)加入調(diào)用者的事務(wù)。
spring事務(wù)管理的PROPAGATION_REQUIRES_NEW 不起作用
XXXService中,有下面兩個(gè)方法:
@Transactional
method_One() {
method_Two();
}
@Transactional(propagation = Propagation.REQUIRES_NEW)
method_Two(){
//do something
}
method_Two()會(huì)不會(huì)創(chuàng)建一個(gè)新事務(wù)?
答:不會(huì)創(chuàng)建。仔細(xì)查看了日志,沒(méi)有找到類(lèi)似creating new transaction的輸出,應(yīng)該是因?yàn)樵谕粋€(gè)Service類(lèi)中,spring并不重新創(chuàng)建新事務(wù),如果是兩不同的Service,就會(huì)創(chuàng)建新事務(wù)了。
那么為什么spring只對(duì)跨Service的方法才生效?
Debug代碼發(fā)現(xiàn)跨Service調(diào)用方法時(shí),都會(huì)經(jīng)過(guò)org.springframework.aop.framework.CglibAopProxy.DynamicAdvisedInterceptor.intercept()方法,只有經(jīng)過(guò)此處,才能對(duì)事務(wù)進(jìn)行控制。
rollback-only異常
在spring里面我們配置了事務(wù)的傳播機(jī)制是REQUIRED,所以這兩個(gè)事務(wù)最終會(huì)合并成一個(gè)事務(wù)。當(dāng)a方法調(diào)用b方法時(shí),程序中a方法中由于某某原因?qū)е聮伋霎惓#ɑ蛘呙鞔_將該事務(wù)設(shè)置為了RollbackOnly),但是由于其內(nèi)部已經(jīng)捕獲了這個(gè)異常,所以不會(huì)影響外面b方法的繼續(xù)執(zhí)行,當(dāng)外面的b方法執(zhí)行完 且準(zhǔn)備提交(commit)這個(gè)事務(wù)時(shí),發(fā)現(xiàn)之前這個(gè)事務(wù)的狀態(tài)位已經(jīng)被設(shè)置為了RollbackOnly,此時(shí)spring就會(huì)拋出一個(gè)ransaction rolled back because it has been marked as rollback-only。