Spring事務傳播機制詳解

來源:互聯網
上載者:User
1 事務的傳播屬性(Propagation) 


1) REQUIRED ,這個是預設的屬性 

Support a current transaction, create a new one if none exists. 

如果存在一個事務,則支援當前事務。如果沒有事務則開啟一個新的事務。 

被設定成這個層級時,會為每一個被調用的方法建立一個邏輯事務域。如果前面的方法已經建立了事務,那麼後面的方法支援當前的事務,如果當前沒有事務會重建立立事務。 

: 


2) MANDATORY 

Support a current transaction, throw an exception if none exists.支援當前事務,如果當前沒有事務,就拋出異常。 


3) NEVER 

Execute non-transactionally, throw an exception if a transaction exists. 

以非事務方式執行,如果當前存在事務,則拋出異常。 


4) NOT_SUPPORTED 

Execute non-transactionally, suspend the current transaction if one exists. 

以非事務方式執行操作,如果當前存在事務,就把當前事務掛起。   


5) REQUIRES_NEW 

Create a new transaction, suspend the current transaction if one exists. 

建立事務,如果當前存在事務,把當前事務掛起。 

: 


6) SUPPORTS 

Support a current transaction, execute non-transactionally if none exists. 

支援當前事務,如果當前沒有事務,就以非事務方式執行。 


7) NESTED 

Execute within a nested transaction if a current transaction exists, behave like PROPAGATION_REQUIRED else. 

支援當前事務,新增Savepoint點,與當前事務同步提交或復原。 

嵌套事務一個非常重要的概念就是內層事務依賴於外層事務。外層事務失敗時,會復原內層事務所做的動作。而內層事務操作失敗並不會引起外層事務的復原。 


8) PROPAGATION_NESTED 與PROPAGATION_REQUIRES_NEW的區別 

它們非常 類似,都像一個嵌套事務,如果不存在一個活動的事務,都會開啟一個新的事務。使用PROPAGATION_REQUIRES_NEW時,內層事務與外層事務就像兩個獨立的事務一樣,一旦內層事務進行了提交後,外層事務不能對其進行復原。兩個事務互不影響。兩個事務不是一個真正的嵌套事務。同時它需要JTA 交易管理員的支援。 

使用PROPAGATION_NESTED時,外層事務的復原可以引起內層事務的復原。而內層事務的異常並不會導致外層事務的復原,它是一個真正的嵌套事務。 


2 事務的隔離等級(Isolation Level) 


1) 首先說明一下事務並發引起的三種情況 


i. Dirty Reads 髒讀 

一個事務正在對資料進行更新操作,但是更新還未提交,另一個事務這時也來操作這組資料,並且讀取了前一個事務還未提交的資料,而前一個事務如果操作失敗進行了復原,後一個事務讀取的就是錯誤資料,這樣就造成了髒讀。


ii. Non-Repeatable Reads 不可重複讀取 

一個事務多次讀取同一資料,在該事務還未結束時,另一個事務也對該資料進行了操作,而且在第一個事務兩次次讀取之間,第二個事務對資料進行了更新,那麼第一個事務前後兩次讀取到的資料是不同的,這樣就造成了不可重複讀取。
iii. Phantom Reads 幻像讀 

第一個資料正在查詢符合某一條件的資料,這時,另一個事務又插入了一條合格資料,第一個事務在第二次查詢符合約一條件的資料時,發現多了一條前一次查詢時沒有的資料,彷彿幻覺一樣,這就是幻像讀。
iv. 非重複度和幻像讀的區別 

非重複讀是指同一查詢在同一事務中多次進行,由於其他提交事務所做的修改或刪除,每次返回不同的結果集,此時發生非重複讀。(A transaction rereads data it has previously read and finds that another committed transaction has modified or deleted the data. )
幻像讀是指同一查詢在同一事務中多次進行,由於其他提交事務所做的插入操作,每次返回不同的結果集,此時發生幻像讀。(A transaction reexecutes a query returning a set of rows that satisfies a search condition and finds that another committed transaction
has inserted additional rows that satisfy the condition. )


表面上看,區別就在於非重複讀能看見其他事務提交的修改和刪除,而幻像能看見其他事務提交的插入。 


2) DEFAULT (預設) 

這是一個PlatfromTransactionManager預設的隔離等級,使用資料庫預設的交易隔離等級.另外四個與JDBC的隔離等級相對應 


3) READ_UNCOMMITTED (讀未提交) 

這是事務最低的隔離等級,它允許另外一個事務可以看到這個事務未提交的資料。這種隔離等級會產生髒讀,不可重複讀取和幻像讀。 


4) READ_COMMITTED (讀已提交) 

保證一個事務修改的資料提交後才能被另外一個事務讀取。另外一個事務不能讀取該事務未提交的資料。這種交易隔離等級可以避免髒讀出現,但是可能會出現不可重複讀取和幻像讀。 


5) REPEATABLE_READ (可重複讀) 

這種交易隔離等級可以防止髒讀,不可重複讀取。但是可能出現幻像讀。它除了保證一個事務不能讀取另一個事務未提交的資料外,還保證了不可重複讀取 


6) SERIALIZABLE(序列化) 

這是花費最高代價但是最可靠的交易隔離等級。事務被處理為順序執行。除了防止髒讀,不可重複讀取外,還避免了幻像讀。 


7) 隔離等級解決事務並行引起的問題 

                                   Dirty reads        non-repeatable reads    phantom reads 

Serializable                    不會                          不會                        不會 

REPEATABLE READ    不會                          不會                          會 

READ COMMITTED      不會                           會                            會 

Read Uncommitted         會                              會                            會本文來自:http://www.open-open.com/lib/view/open1359693964192.html

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.