1 事務(wù)的傳播屬性（Propagation）

1) REQUIRED ，這個(gè)是默認(rèn)的屬性

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

如果存在一個(gè)事務(wù)，則支持當(dāng)前事務(wù)。如果沒有事務(wù)則開啟一個(gè)新的事務(wù)。

被設(shè)置成這個(gè)級(jí)別時(shí)，會(huì)為每一個(gè)被調(diào)用的方法創(chuàng)建一個(gè)邏輯事務(wù)域。如果前面的方法已經(jīng)創(chuàng)建了事務(wù)，那么后面的方法支持當(dāng)前的事務(wù)，如果當(dāng)前沒有事務(wù)會(huì)重新建立事務(wù)。  

2) MANDATORY

Support a current transaction, throw an exception if none exists.支持當(dāng)前事務(wù)，如果當(dāng)前沒有事務(wù)，就拋出異常。

3) NEVER

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

以非事務(wù)方式執(zhí)行，如果當(dāng)前存在事務(wù)，則拋出異常。

4) NOT_SUPPORTED

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

以非事務(wù)方式執(zhí)行操作，如果當(dāng)前存在事務(wù)，就把當(dāng)前事務(wù)掛起。

5) REQUIRES_NEW

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

新建事務(wù)，如果當(dāng)前存在事務(wù)，把當(dāng)前事務(wù)掛起。

6) SUPPORTS

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

支持當(dāng)前事務(wù)，如果當(dāng)前沒有事務(wù)，就以非事務(wù)方式執(zhí)行。

7) NESTED

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

支持當(dāng)前事務(wù)，新增Savepoint點(diǎn)，與當(dāng)前事務(wù)同步提交或回滾。

嵌套事務(wù)一個(gè)非常重要的概念就是內(nèi)層事務(wù)依賴于外層事務(wù)。外層事務(wù)失敗時(shí)，會(huì)回滾內(nèi)層事務(wù)所做的動(dòng)作。而內(nèi)層事務(wù)操作

失敗并不會(huì)引起外層事務(wù)的回滾。

8) PROPAGATION_NESTED 與PROPAGATION_REQUIRES_NEW的區(qū)別

它們非常 類似,都像一個(gè)嵌套事務(wù)，如果不存在一個(gè)活動(dòng)的事務(wù)，都會(huì)開啟一個(gè)新的事務(wù)。使用PROPAGATION_REQUIRES_NEW時(shí)，內(nèi)層事務(wù)與外層事務(wù)就像兩個(gè)獨(dú)立的事務(wù)一樣，一旦內(nèi)層事務(wù)進(jìn)行了提交后，外層事務(wù)不能對(duì)其進(jìn)行回滾。兩個(gè)事務(wù)互不影響。兩個(gè)事務(wù)不是一個(gè)真正的嵌套事務(wù)。同時(shí)它需要JTA 事務(wù)管理器的支持。

使用PROPAGATION_NESTED時(shí)，外層事務(wù)的回滾可以引起內(nèi)層事務(wù)的回滾。而內(nèi)層事務(wù)的異常并不會(huì)導(dǎo)致外層事務(wù)的回滾，它是一個(gè)真正的嵌套事務(wù)。

2 事務(wù)的隔離級(jí)別（Isolation Level）

1) 首先說明一下事務(wù)并發(fā)引起的三種情況

i. Dirty Reads 臟讀

一個(gè)事務(wù)正在對(duì)數(shù)據(jù)進(jìn)行更新操作，但是更新還未提交，另一個(gè)事務(wù)這時(shí)也來操作這組數(shù)據(jù)，并且讀取了前一個(gè)事務(wù)還未提交的數(shù)據(jù)，而前一個(gè)事務(wù)如果操作失敗進(jìn)行了回滾，后一個(gè)事務(wù)讀取的就是錯(cuò)誤數(shù)據(jù)，這樣就造成了臟讀。

ii. Non-Repeatable Reads 不可重復(fù)讀

一個(gè)事務(wù)多次讀取同一數(shù)據(jù)，在該事務(wù)還未結(jié)束時(shí)，另一個(gè)事務(wù)也對(duì)該數(shù)據(jù)進(jìn)行了操作，而且在第一個(gè)事務(wù)兩次次讀取之間，第二個(gè)事務(wù)對(duì)數(shù)據(jù)進(jìn)行了更新，那么第一個(gè)事務(wù)前后兩次讀取到的數(shù)據(jù)是不同的，這樣就造成了不可重復(fù)讀。

iii. Phantom Reads 幻像讀

第一個(gè)數(shù)據(jù)正在查詢符合某一條件的數(shù)據(jù)，這時(shí)，另一個(gè)事務(wù)又插入了一條符合條件的數(shù)據(jù)，第一個(gè)事務(wù)在第二次查詢符合同一條件的數(shù)據(jù)時(shí)，發(fā)現(xiàn)多了一條前一次查詢時(shí)沒有的數(shù)據(jù)，仿佛幻覺一樣，這就是幻像讀。

iv. 非重復(fù)度和幻像讀的區(qū)別

非重復(fù)讀是指同一查詢?cè)谕皇聞?wù)中多次進(jìn)行，由于其他提交事務(wù)所做的修改或刪除，每次返回不同的結(jié)果集，此時(shí)發(fā)生非重復(fù)讀。(A transaction rereads data it has previously read and finds that another committed transaction has modified or deleted the data. )

幻像讀是指同一查詢?cè)谕皇聞?wù)中多次進(jìn)行，由于其他提交事務(wù)所做的插入操作，每次返回不同的結(jié)果集，此時(shí)發(fā)生幻像讀。(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. )

表面上看，區(qū)別就在于非重復(fù)讀能看見其他事務(wù)提交的修改和刪除，而幻像能看見其他事務(wù)提交的插入。

2) DEFAULT （默認(rèn)）

這是一個(gè)PlatfromTransactionManager默認(rèn)的隔離級(jí)別，使用數(shù)據(jù)庫(kù)默認(rèn)的事務(wù)隔離級(jí)別.另外四個(gè)與JDBC的隔離級(jí)別相對(duì)應(yīng)

3) READ_UNCOMMITTED （讀未提交）

這是事務(wù)最低的隔離級(jí)別，它允許另外一個(gè)事務(wù)可以看到這個(gè)事務(wù)未提交的數(shù)據(jù)。這種隔離級(jí)別會(huì)產(chǎn)生臟讀，不可重復(fù)讀和幻像讀。

4) READ_COMMITTED （讀已提交）

保證一個(gè)事務(wù)修改的數(shù)據(jù)提交后才能被另外一個(gè)事務(wù)讀取。另外一個(gè)事務(wù)不能讀取該事務(wù)未提交的數(shù)據(jù)。這種事務(wù)隔離級(jí)別可以避免臟讀出現(xiàn)，但是可能會(huì)出現(xiàn)不可重復(fù)讀和幻像讀。

5) REPEATABLE_READ （可重復(fù)讀）

這種事務(wù)隔離級(jí)別可以防止臟讀，不可重復(fù)讀。但是可能出現(xiàn)幻像讀。它除了保證一個(gè)事務(wù)不能讀取另一個(gè)事務(wù)未提交的數(shù)據(jù)外，還保證了不可重復(fù)讀

6) SERIALIZABLE（串行化）

這是花費(fèi)最高代價(jià)但是最可靠的事務(wù)隔離級(jí)別。事務(wù)被處理為順序執(zhí)行。除了防止臟讀，不可重復(fù)讀外，還避免了幻像讀。

7) 隔離級(jí)別解決事務(wù)并行引起的問題

Dirty reads non-repeatable reads phantom reads

Serializable 不會(huì) 不會(huì) 不會(huì)

REPEATABLE READ 不會(huì) 不會(huì) 會(huì)

READ COMMITTED 不會(huì) 會(huì) 會(huì)

Read Uncommitted 會(huì) 會(huì) 會(huì)

事物傳播行為介紹:

@Transactional(propagation=Propagation.REQUIRED)

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

@Transactional(propagation=Propagation.NOT_SUPPORTED)

容器不為這個(gè)方法開啟事務(wù)

@Transactional(propagation=Propagation.REQUIRES_NEW)

不管是否存在事務(wù),都創(chuàng)建一個(gè)新的事務(wù),原來的掛起,新的執(zhí)行完畢,繼續(xù)執(zhí)行老的事務(wù)

@Transactional(propagation=Propagation.MANDATORY)

必須在一個(gè)已有的事務(wù)中執(zhí)行,否則拋出異常

@Transactional(propagation=Propagation.NEVER)

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

@Transactional(propagation=Propagation.SUPPORTS)

如果其他bean調(diào)用這個(gè)方法,在其他bean中聲明事務(wù),那就用事務(wù).如果其他bean沒有聲明事務(wù),那就不用事務(wù).

事物超時(shí)設(shè)置:

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

事務(wù)隔離級(jí)別:

@Transactional(isolation = Isolation.READ_UNCOMMITTED)

讀取未提交數(shù)據(jù)(會(huì)出現(xiàn)臟讀, 不可重復(fù)讀) 基本不使用

@Transactional(isolation = Isolation.READ_COMMITTED)

讀取已提交數(shù)據(jù)(會(huì)出現(xiàn)不可重復(fù)讀和幻讀)

@Transactional(isolation = Isolation.REPEATABLE_READ)

可重復(fù)讀(會(huì)出現(xiàn)幻讀)

@Transactional(isolation = Isolation.SERIALIZABLE)

串行化

MYSQL: 默認(rèn)為REPEATABLE_READ級(jí)別

SQLSERVER: 默認(rèn)為READ_COMMITTED

臟讀 : 一個(gè)事務(wù)讀取到另一事務(wù)未提交的更新數(shù)據(jù)

不可重復(fù)讀 : 在同一事務(wù)中, 多次讀取同一數(shù)據(jù)返回的結(jié)果有所不同, 換句話說,

后續(xù)讀取可以讀到另一事務(wù)已提交的更新數(shù)據(jù). 相反, "可重復(fù)讀"在同一事務(wù)中多次

讀取數(shù)據(jù)時(shí), 能夠保證所讀數(shù)據(jù)一樣, 也就是后續(xù)讀取不能讀到另一事務(wù)已提交的更新數(shù)據(jù)

幻讀 : 一個(gè)事務(wù)讀到另一個(gè)事務(wù)已提交的insert數(shù)據(jù)

關(guān)于嵌套事物

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

PROPAGATION_NESTED: 嵌套事務(wù)類型，是相對(duì)上面提到的六種情況（上面的六種應(yīng)該稱為平面事務(wù)類型），打個(gè)比方我現(xiàn)在有一個(gè)事務(wù)主要有一下幾部分：

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

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

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

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

       一：將“從A用戶帳戶里面減去100元錢” 和 “往B用戶帳戶里面增加100元錢”我們暫時(shí)認(rèn)為是一級(jí)事務(wù)操作

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

      問題一：當(dāng)二級(jí)事務(wù)被rollback一級(jí)事務(wù)會(huì)不會(huì)被rollback？

      答案是不會(huì)的，二級(jí)事務(wù)的rollback只針對(duì)自己。

      問題二：什么時(shí)候這個(gè)一級(jí)事務(wù)會(huì)commit，什么時(shí)候會(huì)被rollback呢？

      我們主要看二級(jí)里面出現(xiàn)的情況，當(dāng)所有的二級(jí)事務(wù)被commit了并且一級(jí)事務(wù)沒有失敗的操作，那整個(gè)事務(wù)就算是一個(gè)成功的事務(wù)，這種情況整個(gè)事務(wù)會(huì)被commit。

當(dāng)任意一個(gè)二級(jí)事務(wù)沒有被commit那整個(gè)事務(wù)就是失敗的，整個(gè)事務(wù)會(huì)被roolback。

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

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

總結(jié)

以上就是本文關(guān)于Spring事務(wù)傳播屬性和隔離級(jí)別詳細(xì)介紹的全部?jī)?nèi)容，希望對(duì)大家有所幫助。感興趣的朋友可以瀏覽本站的其他專題。有問題請(qǐng)留言，小編會(huì)及時(shí)回復(fù)大家的。

原文鏈接：http://www.cnblogs.com/jimmy-muyuan/p/5722708.html