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

前言：mysql事務在程序運行中事關重大，解決同時運行sql語句的一致性的問題。有效的避免因爲異常形成的生產事故。

 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. Dirty Reads 髒讀 
一個事務正在對數據進行更新操做，可是更新還未提交，另外一個事務這時也來操做這組數據，而且讀取了前一個事務還未提交的數據，而前一個事務若是操做失敗進行了回滾，後一個事務讀取的就是錯誤數據，這樣就形成了髒讀。

2. Non-Repeatable Reads 不可重複讀 
一個事務屢次讀取同一數據，在該事務還未結束時，另外一個事務也對該數據進行了操做，並且在第一個事務兩次次讀取之間，第二個事務對數據進行了更新，那麼第一個事務先後兩次讀取到的數據是不一樣的，這樣就形成了不可重複讀。

3. Phantom Reads 幻像讀 
第一個數據正在查詢符合某一條件的數據，這時，另外一個事務又插入了一條符合條件的數據，第一個事務在第二次查詢符合同一條件的數據時，發現多了一條前一次查詢時沒有的數據，彷彿幻覺同樣，這就是幻像讀。

4. 非重複度和幻像讀的區別 
非重複讀是指同一查詢在同一事務中屢次進行，因爲其餘提交事務所作的修改或刪除，每次返回不一樣的結果集，此時發生非重複讀。(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. )

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

1) DEFAULT （默認） 
這是一個PlatfromTransactionManager默認的隔離級別，使用數據庫默認的事務隔離級別.另外四個與JDBC的隔離級別相對應 
2) READ_UNCOMMITTED （讀未提交） 
這是事務最低的隔離級別，它容許另一個事務能夠看到這個事務未提交的數據。這種隔離級別會產生髒讀，不可重複讀和幻像讀。 
3) READ_COMMITTED （讀已提交） 
保證一個事務修改的數據提交後才能被另一個事務讀取。另一個事務不能讀取該事務未提交的數據。這種事務隔離級別能夠避免髒讀出現，可是可能會出現不可重複讀和幻像讀。 
4) REPEATABLE_READ （可重複讀） 
這種事務隔離級別能夠防止髒讀，不可重複讀。可是可能出現幻像讀。它除了保證一個事務不能讀取另外一個事務未提交的數據外，還保證了不可重複讀 
5) SERIALIZABLE（串行化） 
這是花費最高代價可是最可靠的事務隔離級別。事務被處理爲順序執行。除了防止髒讀，不可重複讀外，還避免了幻像讀。