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 會 會 會

事物傳播行為介紹:

@Transactional(propagation=Propagation.REQUIRED)

如果有事務, 那么加入事務, 沒有的話新建一個(默認情況下)

@Transactional(propagation=Propagation.NOT_SUPPORTED)

容器不為這個方法開啟事務

@Transactional(propagation=Propagation.REQUIRES_NEW)

不管是否存在事務,都創建一個新的事務,原來的掛起,新的執行完畢,繼續執行老的事務

@Transactional(propagation=Propagation.MANDATORY)

必須在一個已有的事務中執行,否則拋出異常

@Transactional(propagation=Propagation.NEVER)

必須在一個沒有的事務中執行,否則拋出異常(與Propagation.MANDATORY相反)

@Transactional(propagation=Propagation.SUPPORTS)

如果其他bean調用這個方法,在其他bean中聲明事務,那就用事務.如果其他bean沒有聲明事務,那就不用事務.

事物超時設置:

@Transactional(timeout=30) //默認是30秒

事務隔離級別:

@Transactional(isolation = Isolation.READ_UNCOMMITTED)

讀取未提交數據(會出現臟讀, 不可重復讀) 基本不使用

@Transactional(isolation = Isolation.READ_COMMITTED)

讀取已提交數據(會出現不可重復讀和幻讀)

@Transactional(isolation = Isolation.REPEATABLE_READ)

可重復讀(會出現幻讀)

@Transactional(isolation = Isolation.SERIALIZABLE)

串行化

MYSQL: 默認為REPEATABLE_READ級別

SQLSERVER: 默認為READ_COMMITTED

臟讀 : 一個事務讀取到另一事務未提交的更新數據

不可重復讀 : 在同一事務中, 多次讀取同一數據返回的結果有所不同, 換句話說,

后續讀取可以讀到另一事務已提交的更新數據. 相反, "可重復讀"在同一事務中多次

讀取數據時, 能夠保證所讀數據一樣, 也就是后續讀取不能讀到另一事務已提交的更新數據

幻讀 : 一個事務讀到另一個事務已提交的insert數據

關于嵌套事物

可能大家對PROPAGATION_NESTED還不怎么了解，覺得有必要再補充一下^_^！

PROPAGATION_NESTED: 嵌套事務類型，是相對上面提到的六種情況(上面的六種應該稱為平面事務類型)，打個比方我現在有一個事務主要有一下幾部分：

1，從A用戶帳戶里面減去100元錢

2，往B用戶帳戶里面添加100元錢

這樣看和以前不同的事務可能沒有什么區別，那我現在有點特殊的要求就是，A用戶有3個帳戶，B用戶有2個帳戶，現在我的要求就是只要再A用戶的3個帳戶里面任意一個減去100元，往B用戶的兩個帳戶中任意一個里面增加100元就可以了！

一旦你有這樣的要求那嵌套事務類型就非常適合你！我們可以這樣理解，

一：將“從A用戶帳戶里面減去100元錢” 和 “往B用戶帳戶里面增加100元錢”我們暫時認為是一級事務操作

二：將從A用戶的3個帳戶的任意一個帳戶里面減錢看做是“從A用戶帳戶里面減去100元錢”這個一級事務的子事務(二級事務)，同樣把后面存錢的看成是另一個的二級事務。

問題一：當二級事務被rollback一級事務會不會被rollback？

答案是不會的，二級事務的rollback只針對自己。

問題二：什么時候這個一級事務會commit，什么時候會被rollback呢？

我們主要看二級里面出現的情況，當所有的二級事務被commit了并且一級事務沒有失敗的操作，那整個事務就算是一個成功的事務，這種情況整個事務會被commit。

當任意一個二級事務沒有被commit那整個事務就是失敗的，整個事務會被roolback。

還是拿上面的例子來說明吧！如果我在a的三個帳戶里面減錢的操作都被二級事務給rollback了，也就是3個帳戶里面都沒有減錢成功，整個事務就失敗了就會被rollback。如果A用戶帳戶三個帳戶里面有一個可以扣錢而且B用戶的兩個帳戶里面也有一個帳戶可以增加錢，那整個事務就算成功的，會被 commit。

看了一下覺得上面的例子好像不是很深刻，看這個情況(A用戶的3個帳戶都是有信用額度的，也就是說可以超支，但是超支有金額限制)。不過原理是一樣的，簡單點也好說明一點，祝你好運！^_^

總結

以上就是本文關于Spring事務傳播屬性和隔離級別詳細介紹的全部內容，希望對大家有所幫助。感興趣的朋友可以瀏覽本站的其他專題。有問題請留言，小編會及時回復大家的。

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的mysql事务传播属性_Spring事务传播属性和隔离级别详细介绍的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。