Spring中的事務控制

Soarkey發表於2017-09-28
Spring

1.事務的概念

事務是一組操作的執行單元，相對於資料庫的單條操作而言，事務管理的是一組SQL指令，如增刪改查等，事務的特性體現在事務內包含的SQL指令必須全部執行成功，如果其中一條指令發生錯誤，那麼整個事務內的一組操作都要進行回滾。

事務有四個特性：

  • 原子性 Atomic ，事務是一個不可再拆分的最小單位，要麼整個執行，要麼整個回滾.
  • 一致性 Consistent，事務要保證資料庫整體資料的完整性和業務的資料的一致性，事務成功提交整體資料修改，事務錯誤則回滾到資料回到原來的狀態。
  • 隔離性 Isolate，兩個事務的執行都是獨立的，事務之前不會相互影響，多個事務操作一個物件時會以序列等待的方式保證事務相互之間處於隔離。
  • 永續性 Durable，一旦事務成功提交後，資料將會儲存到資料庫，不能再進行回滾，以後的操作都將在當前資料庫狀態上繼續進行。

2.Spring中的事務控制方式

  1. 程式設計式事務管理
    通過手動編碼控制事務的邊界，可以實現細粒度的事務控制，一般用的較少。
  2. 宣告式事務管理
    只需要在Spring中新增一些配置檔案或者使用註解，即可實現將操作納入事務管理中，事務管理使用了Spring AOP，降低了程式碼之間的耦合。

3.事務管理器

Spring中並沒有直接管理事務，而是將管理事務委託給相應的持久化機制提供的某個特定平臺的實現。

事務管理器實現 目標
org.springframework.jdbc.datasource.DataSourceTransactionManager 在單一的JDBC Datasource中管理事務
org.springframework.orm.hibernate5.HibernateTransactionManager 當持久化機制是hibernate時，用它來管理事務
org.springframework.jdo.JdoTransactionManager 當持久化機制是Jdo時，用它來管理事務
org.springframework.transaction.jta.JtaTransactionManager 使用一個JTA實現來管理事務。在一個事務跨越多個資源時必須使用
org.springframework.orm.ojb.PersistenceBrokerTransactionManager 當apache的ojb用作持久化機制時，用它來管理事務

4.事務屬性簡介

Spring關於事務的註解中有以下幾個屬性（部分）

@Transactional(
            readOnly = false, //讀寫事務
            timeout = -1,     //超時
            noRollbackFor = ArithmeticException.class  //遇到數學異常不回滾
            isolation = Isolation.REPEATABLE_READ,  //事務隔離級別
            propagation = Propagation.REQUIRED      //事務傳播規則
    )
  • 是否為只讀事務：只讀事務不做任何修改，可以優化查詢操作。
  • 事務超時(單位為秒)：事務的最長持續時間，如果該時間內事務一直沒有操作或回滾，則系統將自動進行回滾。-1表示不超時，但最終實現需要由底層資料庫實現。
  • 隔離級別：控制併發訪問下資料庫的安全性。
  • 傳播規則：定義事務方法和呼叫事務方法的方法之間的事務邊界。

5.事務傳播規則

傳播行為 意義
REQUIRED 業務方法需要在一個事務中執行。如果方法執行時，已經處在一個事務中，那麼加入到該事務，否則為自己建立一個新的事務
NOT_SUPPORTED 宣告方法不需要事務。如果方法沒有關聯到一個事務，容器不會為它開啟事務。如果方法在一個事務中被呼叫，該事務會被掛起，在方法呼叫結束後，原先的事務便會恢復執行
REQUIRES_NEW 屬性表明不管是否存在事務，業務方法總會為自己發起一個新的事務。如果方法已經執行在一個事務中，則原有事務會被掛起，新的事務會被建立，直到方法執行結束，新事務才算結束，原先的事務才會恢復執行
MANDATORY 該屬性指定業務方法只能在一個已經存在的事務中執行，業務方法不能發起自己的事務。如果業務方法在沒有事務的環境下呼叫，容器就會丟擲異常
SUPPORTS 這一事務屬性表明，如果業務方法在某個事務範圍內被呼叫，則方法成為該事務的一部分。如果業務方法在事務範圍外被呼叫，則方法在沒有事務的環境下執行
NEVER 指定業務方法絕對不能在事務範圍內執行。如果業務方法在某個事務中執行，容器會丟擲異常，只有業務方法沒有關聯到任何事務，才能正常執行
NESTED 如果一個活動的事務存在，則執行在一個巢狀的事務中. 如果沒有活動事務, 則按REQUIRED屬性執行.它使用了一個單獨的事務， 這個事務擁有多個可以回滾的儲存點。內部事務的回滾不會對外部事務造成影響。它只對DataSourceTransactionManager事務管理器起效

6.事務隔離級別

隔離級別 意義
DEFAULT 預設的隔離級別
READ_UNCOMMITED 允許你讀取還未提交的改變了的資料。可能導致髒、幻、不可重複讀
READ_COMMITTED 允許在併發事務已經提交後讀取。可防止髒讀，但幻讀和 不可重複讀仍可發生
REPEATABLE_READ 對相同欄位的多次讀取是一致的，除非資料被事務本身改變。可防止髒、不可重複讀，但幻讀仍可能發生
SERIALIZABLE 完全服從事務ACID的隔離級別，確保不發生髒、幻、不可重複讀。這在所有的隔離級別中是最慢的，它是典型的通過完全鎖定在事務中涉及的資料表來完成的
  • 不同的隔離級別採用不同的方式來實現，在四種隔離級別中，Serializable的隔離級別最高，Read Uncommited的隔離級別最低。
  • 大多資料庫預設的隔離級別為Read Commited，如SqlServer，Oracle
  • 當然也有少部分資料庫預設的隔離級別為Repeatable_Read ，如Mysql,
  • Oracle資料庫支援READ COMMITTED和SERIALIZABLE兩種事務隔離性級別，不支援READ UNCOMMITTED和REPEATABLE READ這兩種隔離性級別。雖然SQL標準定義的預設事務隔離性級別是SERIALIZABLE，但是Oracle資料庫預設使用的事務隔離性級別卻是READ COMMITTED.

7.相關資料

相關文章