@Transactional注解支持9個屬性的設置，這里只講解其中使用較多的三個屬性：readOnly、propagation、isolation。其中propagation屬性用來枚舉事務的傳播行為，isolation用來設置事務隔離級別，readOnly進行讀寫事務控制。

@Service
@Transactional(readOnly = true)
public class AppTradeRec2Service extends BaseService {
 @Autowired
 private AppTradeRecDao appTradeRecDao;
 @Autowired
 private ConsInfoDao consInfoDao;
 
 @Transactional(readOnly = false)
 public void payCharge(TradeRec tradeRec) {
 User usr = UserUtils.getUser();
 ConsInfo cons = consInfoDao.getByUser(usr.getId());
 //修改交易記錄
 tradeRec.setPayBefore(cons.getAccountAmt());
 tradeRec.setPayAfter(cons.getAccountAmt() - tradeRec.getRcvAmt());
 tradeRec.setIsPay("99");
 appTradeRecDao.save(tradeRec);
 //修改賬戶余額
 cons.setAccountAmt(cons.getAccountAmt() - tradeRec.getRcvAmt());
 consInfoDao.save(cons);
 }
}

一、readOnly讀寫事務控制

readOnly=true表明所注解的方法或類只是讀取數(shù)據(jù)。

readOnly=false表明所注解的方法或類是增加，刪除，修改數(shù)據(jù)。

二、isolation事務隔離級別

我們在使用事務過程中，通常會發(fā)生以下三種情況：

1、臟讀（dirty read）：當一個事務讀取另一個事務尚未提交的修改時，產(chǎn)生臟讀。

2、不可重復讀（non-repeatable read）：同一查詢在同一事務中多次進行，由于其他提交事務所做的修改或刪除，每次返回不同的結(jié)果集，此時發(fā)生非重復讀。

3、幻像讀（phantom read）：同一查詢在同一事務中多次進行，由于其他提交事務所做的插入操作，每次返回不同的結(jié)果集，此時發(fā)生幻像讀。

針對上述三種情況，Spring提供了5種事務隔離級別予以解決：

1、DEFAULT默認級別

DEFAULT為數(shù)據(jù)源（數(shù)據(jù)庫）的默認隔離級別，以目前常用的MySQL為例，默認的隔離級別通常為REPEATABLE_READ。

2、READ_UNCOMMITTED未授權(quán)讀取級別

這是最低的隔離級別，一個事務能讀取到別的事務未提交的更新數(shù)據(jù)，很不安全，可能出現(xiàn)丟失更新、臟讀、不可重復讀、幻讀。

3、READ_COMMITTED授權(quán)讀取級別

以操作同一行數(shù)據(jù)為前提，讀事務允許其他讀事務和寫事務，未提交的寫事務禁止其他讀事務和寫事務。此隔離級別可以防止更新丟失、臟讀，但不能防止不可重復讀、幻讀。此隔離級別可以通過“瞬間共享讀鎖”和“排他寫鎖”實現(xiàn)。

4、REPEATABLE_READ可重復讀取級別

保證同一事務中先后執(zhí)行的多次查詢將返回同一結(jié)果，不受其他事務影響。以操作同一行數(shù)據(jù)為前提，讀事務禁止其他寫事務，但允許其他讀事務，未提交的寫事務禁止其他讀事務和寫事務。此隔離級別可以防止更新丟失、臟讀、不可重復讀，但不能防止幻讀。

5、SERIALIZABLE序列化級別

所有的事務依次逐個執(zhí)行，這樣事務之間就完全不可能產(chǎn)生干擾。提供嚴格的事務隔離，此隔離級別可以防止更新丟失、臟讀、不可重復讀、幻讀。如果僅僅通過“行級鎖”是無法實現(xiàn)事務序列化的，必須通過其他機制保證新插入的數(shù)據(jù)不會被剛執(zhí)行查詢操作的事務訪問到。

隔離級別越高，越能保證數(shù)據(jù)的完整性和一致性，但是對并發(fā)性能的影響也越大。對于多數(shù)應用程序，可以優(yōu)先考慮把數(shù)據(jù)庫系統(tǒng)的隔離級別設為Read Committed。它能夠避免更新丟失、臟讀，而且具有較好的并發(fā)性能。盡管它會導致不可重復讀、幻讀這些并發(fā)問題，在可能出現(xiàn)這類問題的個別場合，可以由應用程序采用悲觀鎖或樂觀鎖來控制。

三、Propagation事務傳播行為

Propagation屬性用來枚舉事務的傳播行為。所謂事務傳播行為就是多個事務方法相互調(diào)用時，事務如何在這些方法間傳播。Spring支持7種事務傳播行為，默認為REQUIRED。

1、REQUIRED

REQUIRED是常用的事務傳播行為，如果當前沒有事務，就新建一個事務，如果已經(jīng)存在一個事務中，加入到這個事務中。

2、SUPPORTS

SUPPORTS表示當前方法不需要事務上下文，但是如果存在當前事務的話，那么這個方法會在這個事務中運行。

3、MANDATORY

MANDATORY表示該方法必須在事務中運行，如果當前事務不存在，則會拋出一個異常。不會主動開啟一個事務。

4、REQUIRES_NEW

REQUIRES_NEW表示當前方法必須運行在它自己的事務中。一個新的事務將被啟動，如果存在當前事務，在該方法執(zhí)行期間，當前事務會被掛起（如果一個事務已經(jīng)存在，則先將這個存在的事務掛起）。如果使用JTATransactionManager的話，則需要訪問TransactionManager。

5、NOT_SUPPORTED

NOT_SUPPORTED表示該方法不應該運行在事務中，如果存在當前事務，在該方法運行期間，當前事務將被掛起。如果使用JTATransactionManager的話，則需要訪問TransactionManager。

6、NEVER

NEVER表示當前方法不應該運行在事務上下文中，如果當前正有一個事務在運行，則會拋出異常。

7、NESTED

NESTED表示如果當前已經(jīng)存在一個事務，那么該方法將會在嵌套事務中運行。嵌套的事務可以獨立于當前事務進行單獨地提交或回滾。如果當前事務不存在，那么其行為與REQUIRED一樣。嵌套事務一個非常重要的概念就是內(nèi)層事務依賴于外層事務。外層事務失敗時，會回滾內(nèi)層事務所做的動作。而內(nèi)層事務操作失敗并不會引起外層事務的回滾。

綜上所述，NESTED和REQUIRES_NEW非常相似，都是開啟一個屬于它自己的新事務。使用REQUIRES_NEW時，內(nèi)層事務與外層事務就像兩個獨立的事務一樣，一旦內(nèi)層事務進行了提交后，外層事務不能對其進行回滾。當內(nèi)部事務開始執(zhí)行時, 外部事務將被掛起, 內(nèi)務事務結(jié)束時, 外部事務將繼續(xù)執(zhí)行。兩個事務互不影響，兩個事務不是一個真正的嵌套事務，同時它還需要JTA事務管理器的支持。

使用NESTED時，外層事務的回滾可以引起內(nèi)層事務的回滾。而內(nèi)層事務的異常并不會導致外層事務的回滾，它是一個真正的嵌套事務。嵌套事務開始執(zhí)行時, 它將取得一個 savepoint，如果這個嵌套事務失敗, 將回滾到此savepoint。潛套事務是外部事務的一部分, 只有外部事務結(jié)束后它才會被提交。

以上就是腳本之家小編整理的全部內(nèi)容，感謝大家的支持。

最新評論