Spring中配置Transaction與不配置的區(qū)別及說(shuō)明

更新時(shí)間：2024年07月09日 14:22:39 作者：qq_32331073

這篇文章主要介紹了Spring中配置Transaction與不配置的區(qū)別及說(shuō)明,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教

Spring配置Transaction與不配置有何區(qū)別

首先

Spring中 Transaction管理 配置有兩種方式：

Annotation式：@Transactional
Xml式：<tx:method />

Note： 以下所有討論，都是用 @Transactional 方式來(lái) 開(kāi)啟Transaction支持。

問(wèn)題

什么樣的mehtod需要配置注解 @Transactional？
method 沒(méi)有配置注解 @Transactional，難道 sql操作 就不會(huì)被 commit？

解決

1.配置@Transactional的目的就是手動(dòng)開(kāi)啟事務(wù)，保證method中一系列sql操作包含在同一事務(wù)中，從保證數(shù)據(jù)的完整性（回滾或提交）與讀寫(xiě)安全（隔離級(jí)別）；

2.DataSource的 缺省 配置： defaultAutoCommit=true;

即：如果method不配置 @Transactional ，則每執(zhí)行一個(gè) SQL操作，如果成功，默認(rèn)開(kāi)啟的事務(wù)就會(huì) 立即 向數(shù)據(jù)庫(kù)自動(dòng)commit，而不能rollback；

3.為了維護(hù) 數(shù)據(jù)庫(kù)的完整性，保證成批的 SQL 語(yǔ)句要么全部 commit，要么全部 rollback。通常包含以下兩種方式：

用 BEGIN, ROLLBACK, COMMIT來(lái)實(shí)現(xiàn)，顯式地開(kāi)啟并控制一個(gè)Transaction。
執(zhí)行命令SET AUTOCOMMIT=0，用來(lái) 禁止 當(dāng)前會(huì)話自動(dòng)commit。

method上配置注解@Transactional,就是使用第一種方式來(lái)實(shí)現(xiàn)Transaction管理 （基于SpringAOP實(shí)現(xiàn)方法增強(qiáng)，這里表現(xiàn)為TransactionAspectSupport ）。

@Transaction注解使用解釋

概念

@Transactional注解是Spring框架提供的一個(gè)用于聲明式事務(wù)管理的注解，方便我們管理事務(wù)，保證數(shù)據(jù)的一致性與可靠性。

事務(wù)4個(gè)基本特性：

原子性：一個(gè)事務(wù)要不全部（sql）執(zhí)行；要不都不執(zhí)行（回滾）。

一致性：事務(wù)執(zhí)行前后數(shù)據(jù)庫(kù)的狀態(tài)保存一致。（數(shù)據(jù)完整性，約束，預(yù)期一致）

隔離性：多個(gè)事務(wù)并發(fā)執(zhí)行時(shí)，事務(wù)的執(zhí)行時(shí)互不干擾的。

持久性：事務(wù)一旦提交，所做的操作，永久保存在數(shù)據(jù)庫(kù)中。

使用

可以放在方法上，可以放在類(lèi)上。

類(lèi)上：
表示該類(lèi)下面所有的public方法都用相同的事務(wù)屬性信息。
方法上：
表示該方法使用當(dāng)前的事務(wù)屬性信息。

屬性

propagation傳播行為、isolation隔離級(jí)別、timeout超時(shí)時(shí)間、readOnly是否為只讀事務(wù)、rollbackFor指定回滾異常類(lèi)型、noRollbackFor拋出指定異常類(lèi)型，不混滾事務(wù)。

propagation傳播行為

REQUIRED (默認(rèn))

如果當(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

暫停當(dāng)前存在的事務(wù)（如果有的話），并創(chuàng)建一個(gè)新的事務(wù)，將自己的事務(wù)和這個(gè)新事務(wù)關(guān)聯(lián)（如果支持的話）。
注意：即使外層事務(wù)發(fā)生異常被回滾，也不會(huì)影響內(nèi)層REQUIRES_NEW的事務(wù)。

NOT_SUPPORTED

以非事務(wù)的方式運(yùn)行，如果當(dāng)前存在事務(wù)，則把當(dāng)前事務(wù)掛起。

NEVER

以非事務(wù)的方式運(yùn)行，如果當(dāng)前存在事務(wù)，則拋出異常。

NESTED

如果當(dāng)前存在事務(wù)，則在嵌套事務(wù)內(nèi)執(zhí)行。如果當(dāng)前沒(méi)有事務(wù)，其行為與 REQUIRED 相同。
嵌套事務(wù)是依賴于外部事務(wù)的，外部事務(wù)失敗，嵌套事務(wù)也會(huì)失敗，但嵌套事務(wù)的失敗不會(huì)影響外部事務(wù)。

注意：NESTED 和 REQUIRES_NEW 之間的主要區(qū)別在于，NESTED 的事務(wù)是依賴于外部事務(wù)的，而 REQUIRES_NEW 則會(huì)完全獨(dú)立地開(kāi)始一個(gè)新的事務(wù)。

在使用 @Transactional 注解時(shí)，要特別注意方法的調(diào)用方式。

例如，一個(gè)標(biāo)記為 @Transactional 的方法被同一個(gè)類(lèi)中的另一個(gè)方法直接調(diào)用時(shí)，事務(wù)的邊界可能不會(huì)按照預(yù)期工作，因?yàn)镾pring AOP默認(rèn)是基于接口的代理。

如果你直接調(diào)用同一個(gè)類(lèi)中的方法，那么代理不會(huì)生效，因此事務(wù)管理也就不會(huì)工作。

在這種情況下，你可能需要將該方法移動(dòng)到另一個(gè)類(lèi)中，或者使用編程式事務(wù)管理來(lái)手動(dòng)控制事務(wù)。

isolation隔離級(jí)別

Isolation.DEFAULT：使用底層數(shù)據(jù)庫(kù)默認(rèn)的隔離級(jí)別。這是默認(rèn)值。
Isolation.READ_UNCOMMITTED（讀未提交）：允許讀取并發(fā)事務(wù)尚未提交的數(shù)據(jù)。這種隔離級(jí)別可能會(huì)導(dǎo)致臟讀、不可重復(fù)讀和幻讀。
Isolation.READ_COMMITTED（讀已提交）：對(duì)同一字段的多次讀取結(jié)果都是一致的。這是大多數(shù)數(shù)據(jù)庫(kù)系統(tǒng)的默認(rèn)隔離級(jí)別（但不是MySQL的默認(rèn)級(jí)別）。它防止了臟讀，但可能出現(xiàn)不可重復(fù)讀和幻讀。
Isolation.REPEATABLE_READ（可重復(fù)讀）：對(duì)同一字段的多次讀取結(jié)果都是一致的。這是MySQL的默認(rèn)隔離級(jí)別。它解決了臟讀問(wèn)題，并且保證對(duì)同一字段的多次讀取結(jié)果都是一致的。但是，它無(wú)法解決幻讀問(wèn)題。
Isolation.SERIALIZABLE（可串行化）：最高的隔離級(jí)別，所有的事務(wù)依次逐個(gè)執(zhí)行，這樣事務(wù)之間就不可能產(chǎn)生干擾。但是，這將導(dǎo)致大量的事務(wù)等待無(wú)法并發(fā)執(zhí)行，從而降低系統(tǒng)的吞吐量。