1. 程式人生 > >Spring事務傳播屬性和隔離級別

Spring事務傳播屬性和隔離級別

事務的傳播屬性(Propagation)

  • @Transactional(propagation=Propagation.REQUIRED):這個是預設的屬性。如果存在一個事務,則支援當前事務。如果沒有事務則開啟一個新的事務。被設定成這個級別時,會為每一個被呼叫的方法建立一個邏輯事務域。如果前面的方法已經建立了事務,那麼後面的方法支援當前的事務,如果當前沒有事務會重新建立事務。
  • @Transactional(propagation=Propagation.MANDATORY):支援當前事務,如果當前沒有事務,就丟擲異常。
  • @Transactional(propagation=Propagation.NEVER)
    :以非事務方式執行,如果當前存在事務,則丟擲異常。與Propagation.MANDATORY相反。
  • @Transactional(propagation=Propagation.NOT_SUPPORTED):以非事務方式執行操作,如果當前存在事務,就把當前事務掛起。
  • @Transactional(propagation=Propagation.REQUIRES_NEW):新建事務,如果當前存在事務,把當前事務掛起。
  • @Transactional(propagation=Propagation.SUPPORTS):支援當前事務,如果當前沒有事務,就以非事務方式執行。如果其他bean呼叫這個方法,在其他bean中宣告事務,那就用事務。如果其他bean沒有宣告事務,那就不用事務。
  • @Transactional(propagation=Propagation.NESTED):支援當前事務,新增Savepoint點,與當前事務同步提交或回滾。巢狀事務一個非常重要的概念就是內層事務依賴於外層事務。外層事務失敗時,會回滾內層事務所做的動作。而內層事務操作失敗並不會引起外層事務的回滾。

  • PROPAGATION_NESTED 與PROPAGATION_REQUIRES_NEW的區別

它們非常 類似,都像一個巢狀事務,如果不存在一個活動的事務,都會開啟一個新的事務。使用PROPAGATION_REQUIRES_NEW時,內層事務與外層事務就像兩個獨立的事務一樣,一旦內層事務進行了提交後,外層事務不能對其進行回滾。兩個事務互不影響。兩個事務不是一個真正的巢狀事務。同時它需要JTA 事務管理器的支援。
使用PROPAGATION_NESTED時,外層事務的回滾可以引起內層事務的回滾。而內層事務的異常並不會導致外層事務的回滾,它是一個真正的巢狀事務。

事務併發引起的三種情況

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

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

  • Phantom Reads幻讀:第一個事務正在查詢符合某一條件的資料,這時,另一個事務又插入了一條符合條件的資料,第一個事務在第二次查詢符合同一條件的資料時,發現多了一條前一次查詢時沒有的資料,彷彿幻覺一樣,這就是幻讀。

  • 不可重複讀和幻讀的區別

    • 不可重複讀是指同一查詢在同一事務中多次進行,由於其他提交事務所做的修改或刪除,每次返回不同的結果集,此時發生不可重複讀。(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. )

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

事務隔離級別(Isolation Level):

  • @Transactional(isolation = Isolation.DEFAULT)(預設):
    這是一個PlatfromTransactionManager預設的隔離級別,使用資料庫預設的事務隔離級別。另外四個與JDBC的隔離級別相對應
    • MySql: 預設為REPEATABLE_READ級別
    • SqlServer: 預設為READ_COMMITTED級別
    • Oracle: 預設為READ_COMMITTED級別
  • @Transactional(isolation = Isolation.READ_UNCOMMITTED)(讀未提交):
    這是事務最低的隔離級別,它允許另外一個事務可以看到這個事務未提交的資料。這種隔離級別會產生髒讀,不可重複讀和幻讀
  • @Transactional(isolation = Isolation.READ_COMMITTED)(讀已提交):
    保證一個事務修改的資料提交後才能被另外一個事務讀取。另外一個事務不能讀取該事務未提交的資料。這種事務隔離級別可以避免髒讀出現,但是可能會出現不可重複讀和幻讀
  • @Transactional(isolation = Isolation.REPEATABLE_READ)(可重複讀):
    這種事務隔離級別可以防止髒讀,不可重複讀。但是可能出現幻讀。它除了保證一個事務不能讀取另一個事務未提交的資料外,還保證了不可重複讀
  • @Transactional(isolation = Isolation.SERIALIZABLE)(序列化):
    這是花費最高代價但是最可靠的事務隔離級別。事務被處理為順序執行。除了防止髒讀,不可重複讀外,還避免了幻讀

隔離級別解決事務並行引起的問題

Dirty reads non-repeatable reads phantom reads
Serializable 不會 不會
REPEATABLE READ 不會 不會
READ COMMITTED 不會
Read Uncommitted

巢狀事物 & 獨立事務

NESTED & REQUIRES_NEW