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

首先

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

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

Note： 以下所有討論，都是用 @Transactional 方式來 開啟Transaction支持。

問題

• 什么樣的mehtod需要配置注解 @Transactional？
• method 沒有配置注解 @Transactional， 難道 sql操作 就不會被 commit？

解決

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

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

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

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

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

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

@Transaction注解使用解釋

概念

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

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

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

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

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

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

使用

可以放在方法上，可以放在類上。

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

屬性

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

propagation傳播行為

REQUIRED (默認(rèn))

• 如果當(dāng)前存在事務(wù)，則加入該事務(wù)；
• 如果當(dāng)前沒有事務(wù)，則創(chuàng)建一個新的事務(wù)。

SUPPORTS

• 如果當(dāng)前存在事務(wù)，則加入該事務(wù)；
• 如果當(dāng)前沒有事務(wù)，則以非事務(wù)的方式繼續(xù)運(yùn)行。

MANDATORY

• 如果當(dāng)前存在事務(wù)，則加入該事務(wù)；
• 如果當(dāng)前沒有事務(wù)，則拋出異常。

REQUIRES_NEW

• 暫停當(dāng)前存在的事務(wù)（如果有的話），并創(chuàng)建一個新的事務(wù)，將自己的事務(wù)和這個新事務(wù)關(guān)聯(lián)（如果支持的話）。
• 注意：即使外層事務(wù)發(fā)生異常被回滾，也不會影響內(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)前沒有事務(wù)，其行為與 REQUIRED 相同。
• 嵌套事務(wù)是依賴于外部事務(wù)的，外部事務(wù)失敗，嵌套事務(wù)也會失敗，但嵌套事務(wù)的失敗不會影響外部事務(wù)。

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

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

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

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

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

isolation隔離級別

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

失效場景

方法不是public的：

• 如果 @Transactional 注解應(yīng)用在一個非 public 修飾的方法上，它將不會生效。
• 這是因為 Spring AOP（面向切面編程）在代理目標(biāo)方法時，只能攔截 public 方法。

當(dāng)前類沒有被Spring容器托管：

• 如果類沒有被 Spring 容器管理（例如，沒有使用 @Service、@Component 等注解）
• 那么 @Transactional 注解也不會生效

異常被捕獲：

• 如果在事務(wù)方法內(nèi)部捕獲了異常并且沒有重新拋出
• 那么 Spring 將不會知道事務(wù)應(yīng)該回滾

數(shù)據(jù)庫不支持事務(wù)：

• 如果你正在使用一個不支持事務(wù)的數(shù)據(jù)庫或數(shù)據(jù)庫引擎（例如，MySQL 的 MyISAM 引擎）
• 那么 @Transactional 注解也不會生效

使用了錯誤的事務(wù)傳播機(jī)制：

• @Transactional 注解有一個 propagation 屬性，用于指定事務(wù)的傳播行為。
• 如果使用了錯誤的事務(wù)傳播機(jī)制，可能會導(dǎo)致事務(wù)不按照預(yù)期的方式工作。

總結(jié)

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論