一：在springboot中使用事物遇到的坑

1.我們知道spring中的事物分為兩種：一種是編程式事物，一種是聲明式事物。顧名思義，編程式事物是指通過(guò)代碼去實(shí)現(xiàn)事物管理，這里不做過(guò)多說(shuō)明。另一種是聲明式事物，分為兩種情況01：一種是通過(guò)傳統(tǒng)xml方式配置，02：使用@Transaction注解方式配置，這是主要講解的是通過(guò)注解方式配置。因?yàn)樵趕pringboot項(xiàng)目中，會(huì)自動(dòng)配置DataSourceTransactionManager，我們只需要在對(duì)應(yīng)的方法上或者類上加上@Transaction就會(huì)自動(dòng)接入到spring的事物中，讓spring管理。

2.繼續(xù)踩坑

**01坑：**如下圖所示，我這邊本地調(diào)用接口修改數(shù)據(jù)庫(kù)張三口袋里面的金額，并且啟用了事物管理，拋出RuntimeExecption。這時(shí)我們調(diào)用接口，我們可以看到事物生效了，數(shù)據(jù)庫(kù)里面值并沒(méi)有發(fā)生改變。但是，當(dāng)我們把拋出的異常改為
throw new SQLTimeoutException(); 調(diào)用接口的時(shí)候，發(fā)現(xiàn)數(shù)據(jù)庫(kù)張三的金額被改變了，事物沒(méi)起作用，明明開(kāi)啟了事物，但是沒(méi)起作用，這是為什么呢？

02坑： 在我們需要執(zhí)行事物的方法，如果對(duì)異常進(jìn)行拋出，并且我們手動(dòng)捕獲了這個(gè)異常的話，這時(shí)候事物也不會(huì)起作用的。如下圖所示：

03坑：@Transaction注解只對(duì)方法名為pubic的才生效，其他事物不會(huì)生效。

04坑： 默認(rèn)情況下，只有來(lái)自外部的方法調(diào)用才會(huì)被AOP代理捕獲，也就是，類內(nèi)部方法調(diào)用本類內(nèi)部的其他方法并不會(huì)引起事務(wù)行為，即使被調(diào)用方法使用@Transactional注解進(jìn)行修飾。

3.解決方案

01：Spring的事務(wù)管理默認(rèn)是針對(duì)Error異常和RuntimeException異常以及其子類進(jìn)行事務(wù)回滾。對(duì)runtimeException并不需要拋出，error需要拋出異常，并進(jìn)行捕獲。所以我們上面用到的SQLTimeoutException()并不屬于這兩者之間，我們需要手動(dòng)回滾異常，在@Transaction注解里面指定回滾異常類型即可，我這里舉一個(gè)例子@Transactional(rollbackFor = Exception.class)

02： 我們?cè)谛枰獔?zhí)行的sercvice里面不應(yīng)該主動(dòng)捕獲異常，這會(huì)導(dǎo)致我們事物不生效，應(yīng)該繼續(xù)往上拋，在controller層捕獲即可，這樣事物也生效了，異常也捕獲了。

03：@Transaction注解只對(duì)方法名為pubic的才生效，其他事物不會(huì)生效。顧名思義，也就是說(shuō)使用了@Transaction注解的，只能是public。因?yàn)橹挥蠤Transaction注解只有被其他方法調(diào)用才生效的，能被其他方法調(diào)用的方法，只能是public。

04：我們?cè)谑褂檬挛镒⒔獾臅r(shí)候，盡量不要在類上面使用，這會(huì)使得類里面的所有方法都會(huì)有事物進(jìn)行處理。比如說(shuō)，我們一些方法只做查詢操作，我們就沒(méi)有必要再進(jìn)行事物，我們應(yīng)該在需要事物處理的方法上面加事物，并且指定回滾的異常類型。

二：既然說(shuō)到spring的事物了，再說(shuō)一下spring事物的隔離級(jí)別吧

原文 參考文章：http://m.fzitv.net/article/204803.htm
Isolation ：隔離級(jí)別
隔離級(jí)別是指若干個(gè)并發(fā)的事務(wù)之間的隔離程度，與我們開(kāi)發(fā)時(shí)候主要相關(guān)的場(chǎng)景包括：臟讀取、重復(fù)讀、幻讀。
我們可以看 org.springframework.transaction.annotation.Isolation 枚舉類中定義了五個(gè)表示隔離級(jí)別的值：

public enum Isolation { 
 DEFAULT(-1),
 READ_UNCOMMITTED(1),
 READ_COMMITTED(2),
 REPEATABLE_READ(4),
 SERIALIZABLE(8);
}

DEFAULT ：這是默認(rèn)值，表示使用底層數(shù)據(jù)庫(kù)的默認(rèn)隔離級(jí)別。對(duì)大部分?jǐn)?shù)據(jù)庫(kù)而言，通常這值就是： READ_COMMITTED 。
READ_UNCOMMITTED ：該隔離級(jí)別表示一個(gè)事務(wù)可以讀取另一個(gè)事務(wù)修改但還沒(méi)有提交的數(shù)據(jù)。該級(jí)別不能防止臟讀和不可重復(fù)讀，因此很少使用該隔離級(jí)別。
READ_COMMITTED ：該隔離級(jí)別表示一個(gè)事務(wù)只能讀取另一個(gè)事務(wù)已經(jīng)提交的數(shù)據(jù)。該級(jí)別可以防止臟讀，這也是大多數(shù)情況下的推薦值。
REPEATABLE_READ ：該隔離級(jí)別表示一個(gè)事務(wù)在整個(gè)過(guò)程中可以多次重復(fù)執(zhí)行某個(gè)查詢，并且每次返回的記錄都相同。即使在多次查詢之間有新增的數(shù)據(jù)滿足該查詢，這些新增的記錄也會(huì)被忽略。該級(jí)別可以防止臟讀和不可重復(fù)讀。
SERIALIZABLE ：所有的事務(wù)依次逐個(gè)執(zhí)行，這樣事務(wù)之間就完全不可能產(chǎn)生干擾，也就是說(shuō)，該級(jí)別可以防止臟讀、不可重復(fù)讀以及幻讀。但是這將嚴(yán)重影響程序的性能。通常情況下也不會(huì)用到該級(jí)別。
指定方法：通過(guò)使用 isolation 屬性設(shè)置，例如：@Transactional(isolation = Isolation.DEFAULT)

Propagation：傳播行為

所謂事務(wù)的傳播行為是指，如果在開(kāi)始當(dāng)前事務(wù)之前，一個(gè)事務(wù)上下文已經(jīng)存在，此時(shí)有若干選項(xiàng)可以指定一個(gè)事務(wù)性方法的執(zhí)行行為。

我們可以看 org.springframework.transaction.annotation.Propagation 枚舉類中定義了6個(gè)表示傳播行為的枚舉值：

public enum Propagation { 
 REQUIRED(0),
 SUPPORTS(1),
 MANDATORY(2),
 REQUIRES_NEW(3),
 NOT_SUPPORTED(4),
 NEVER(5),
 NESTED(6);
}

REQUIRED ：如果當(dāng)前存在事務(wù)，則加入該事務(wù)；如果當(dāng)前沒(méi)有事務(wù)，則創(chuàng)建一個(gè)新的事務(wù)。
SUPPORTS ：如果當(dāng)前存在事務(wù)，則加入該事務(wù)；如果當(dāng)前沒(méi)有事務(wù)，則以非事務(wù)的方式繼續(xù)運(yùn)行。
MANDATORY ：如果當(dāng)前存在事務(wù)，則加入該事務(wù)；如果當(dāng)前沒(méi)有事務(wù)，則拋出異常。
REQUIRES_NEW ：創(chuàng)建一個(gè)新的事務(wù)，如果當(dāng)前存在事務(wù)，則把當(dāng)前事務(wù)掛起。
NOT_SUPPORTED ：以非事務(wù)方式運(yùn)行，如果當(dāng)前存在事務(wù)，則把當(dāng)前事務(wù)掛起。
NEVER ：以非事務(wù)方式運(yùn)行，如果當(dāng)前存在事務(wù)，則拋出異常。
NESTED ：如果當(dāng)前存在事務(wù)，則創(chuàng)建一個(gè)事務(wù)作為當(dāng)前事務(wù)的嵌套事務(wù)來(lái)運(yùn)行；如果當(dāng)前沒(méi)有事務(wù)，則該取值等價(jià)于 REQUIRED 。
指定方法：通過(guò)使用 propagation 屬性設(shè)置，例如：@Transactional(propagation = Propagation.REQUIRED)

到此這篇關(guān)于springboot中使用@Transactional注解事物不生效的原因的文章就介紹到這了,更多相關(guān)springboot @Transactional不生效內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論