Spring事務(wù)傳播屬性和隔離級別詳細(xì)介紹
1 事務(wù)的傳播屬性（Propagation）
1) REQUIRED ，這個是默認(rèn)的屬性
Support a current transaction, create a new one if none exists.
如果存在一個事務(wù)，則支持當(dāng)前事務(wù)。如果沒有事務(wù)則開啟一個新的事務(wù)。
被設(shè)置成這個級別時，會為每一個被調(diào)用的方法創(chuàng)建一個邏輯事務(wù)域。如果前面的方法已經(jīng)創(chuàng)建了事務(wù)，那么后面的方法支持當(dāng)前的事務(wù)，如果當(dāng)前沒有事務(wù)會重新建立事務(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點，與當(dāng)前事務(wù)同步提交或回滾。
嵌套事務(wù)一個非常重要的概念就是內(nèi)層事務(wù)依賴于外層事務(wù)。外層事務(wù)失敗時，會回滾內(nèi)層事務(wù)所做的動作。而內(nèi)層事務(wù)操作
失敗并不會引起外層事務(wù)的回滾。
8) PROPAGATION_NESTED 與PROPAGATION_REQUIRES_NEW的區(qū)別
它們非常 類似,都像一個嵌套事務(wù)，如果不存在一個活動的事務(wù)，都會開啟一個新的事務(wù)。使用PROPAGATION_REQUIRES_NEW時，內(nèi)層事務(wù)與外層事務(wù)就像兩個獨立的事務(wù)一樣，一旦內(nèi)層事務(wù)進(jìn)行了提交后，外層事務(wù)不能對其進(jìn)行回滾。兩個事務(wù)互不影響。兩個事務(wù)不是一個真正的嵌套事務(wù)。同時它需要JTA 事務(wù)管理器的支持。
使用PROPAGATION_NESTED時，外層事務(wù)的回滾可以引起內(nèi)層事務(wù)的回滾。而內(nèi)層事務(wù)的異常并不會導(dǎo)致外層事務(wù)的回滾，它是一個真正的嵌套事務(wù)。
2 事務(wù)的隔離級別（Isolation Level）
1) 首先說明一下事務(wù)并發(fā)引起的三種情況
i. Dirty Reads 臟讀
一個事務(wù)正在對數(shù)據(jù)進(jìn)行更新操作，但是更新還未提交，另一個事務(wù)這時也來操作這組數(shù)據(jù)，并且讀取了前一個事務(wù)還未提交的數(shù)據(jù)，而前一個事務(wù)如果操作失敗進(jìn)行了回滾，后一個事務(wù)讀取的就是錯誤數(shù)據(jù)，這樣就造成了臟讀。
ii. Non-Repeatable Reads 不可重復(fù)讀
一個事務(wù)多次讀取同一數(shù)據(jù)，在該事務(wù)還未結(jié)束時，另一個事務(wù)也對該數(shù)據(jù)進(jìn)行了操作，而且在第一個事務(wù)兩次次讀取之間，第二個事務(wù)對數(shù)據(jù)進(jìn)行了更新，那么第一個事務(wù)前后兩次讀取到的數(shù)據(jù)是不同的，這樣就造成了不可重復(fù)讀。
iii. Phantom Reads 幻像讀
第一個數(shù)據(jù)正在查詢符合某一條件的數(shù)據(jù)，這時，另一個事務(wù)又插入了一條符合條件的數(shù)據(jù)，第一個事務(wù)在第二次查詢符合同一條件的數(shù)據(jù)時，發(fā)現(xiàn)多了一條前一次查詢時沒有的數(shù)據(jù)，仿佛幻覺一樣，這就是幻像讀。
iv. 非重復(fù)度和幻像讀的區(qū)別
非重復(fù)讀是指同一查詢在同一事務(wù)中多次進(jìn)行，由于其他提交事務(wù)所做的修改或刪除，每次返回不同的結(jié)果集，此時發(fā)生非重復(fù)讀。(A transaction rereads data it has previously read and finds that another committed transaction has modified or deleted the data. )
幻像讀是指同一查詢在同一事務(wù)中多次進(jìn)行，由于其他提交事務(wù)所做的插入操作，每次返回不同的結(jié)果集，此時發(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)）
這是一個PlatfromTransactionManager默認(rèn)的隔離級別，使用數(shù)據(jù)庫默認(rèn)的事務(wù)隔離級別.另外四個與JDBC的隔離級別相對應(yīng)
3) READ_UNCOMMITTED （讀未提交）
這是事務(wù)最低的隔離級別，它允許另外一個事務(wù)可以看到這個事務(wù)未提交的數(shù)據(jù)。這種隔離級別會產(chǎn)生臟讀，不可重復(fù)讀和幻像讀。
4) READ_COMMITTED （讀已提交）
保證一個事務(wù)修改的數(shù)據(jù)提交后才能被另外一個事務(wù)讀取。另外一個事務(wù)不能讀取該事務(wù)未提交的數(shù)據(jù)。這種事務(wù)隔離級別可以避免臟讀出現(xiàn)，但是可能會出現(xiàn)不可重復(fù)讀和幻像讀。
5) REPEATABLE_READ （可重復(fù)讀）
這種事務(wù)隔離級別可以防止臟讀，不可重復(fù)讀。但是可能出現(xiàn)幻像讀。它除了保證一個事務(wù)不能讀取另一個事務(wù)未提交的數(shù)據(jù)外，還保證了不可重復(fù)讀
6) SERIALIZABLE（串行化）
這是花費最高代價但是最可靠的事務(wù)隔離級別。事務(wù)被處理為順序執(zhí)行。除了防止臟讀，不可重復(fù)讀外，還避免了幻像讀。
7) 隔離級別解決事務(wù)并行引起的問題
Dirty reads non-repeatable reads phantom reads
Serializable 不會 不會 不會
REPEATABLE READ 不會 不會 會
READ COMMITTED 不會 會 會
Read Uncommitted 會 會 會
事物傳播行為介紹:
@Transactional(propagation=Propagation.REQUIRED)
如果有事務(wù), 那么加入事務(wù), 沒有的話新建一個(默認(rèn)情況下)
@Transactional(propagation=Propagation.NOT_SUPPORTED)
容器不為這個方法開啟事務(wù)
@Transactional(propagation=Propagation.REQUIRES_NEW)
不管是否存在事務(wù),都創(chuàng)建一個新的事務(wù),原來的掛起,新的執(zhí)行完畢,繼續(xù)執(zhí)行老的事務(wù)
@Transactional(propagation=Propagation.MANDATORY)
必須在一個已有的事務(wù)中執(zhí)行,否則拋出異常
@Transactional(propagation=Propagation.NEVER)
必須在一個沒有的事務(wù)中執(zhí)行,否則拋出異常(與Propagation.MANDATORY相反)
@Transactional(propagation=Propagation.SUPPORTS)
如果其他bean調(diào)用這個方法,在其他bean中聲明事務(wù),那就用事務(wù).如果其他bean沒有聲明事務(wù),那就不用事務(wù).
事物超時設(shè)置:
@Transactional(timeout=30) //默認(rèn)是30秒
事務(wù)隔離級別:
@Transactional(isolation = Isolation.READ_UNCOMMITTED)
讀取未提交數(shù)據(jù)(會出現(xiàn)臟讀, 不可重復(fù)讀) 基本不使用
@Transactional(isolation = Isolation.READ_COMMITTED)
讀取已提交數(shù)據(jù)(會出現(xiàn)不可重復(fù)讀和幻讀)
@Transactional(isolation = Isolation.REPEATABLE_READ)
可重復(fù)讀(會出現(xiàn)幻讀)
@Transactional(isolation = Isolation.SERIALIZABLE)
串行化
MYSQL: 默認(rèn)為REPEATABLE_READ級別
SQLSERVER: 默認(rèn)為READ_COMMITTED
臟讀 : 一個事務(wù)讀取到另一事務(wù)未提交的更新數(shù)據(jù)
不可重復(fù)讀 : 在同一事務(wù)中, 多次讀取同一數(shù)據(jù)返回的結(jié)果有所不同, 換句話說,
后續(xù)讀取可以讀到另一事務(wù)已提交的更新數(shù)據(jù). 相反, "可重復(fù)讀"在同一事務(wù)中多次
讀取數(shù)據(jù)時, 能夠保證所讀數(shù)據(jù)一樣, 也就是后續(xù)讀取不能讀到另一事務(wù)已提交的更新數(shù)據(jù)
幻讀 : 一個事務(wù)讀到另一個事務(wù)已提交的insert數(shù)據(jù)
關(guān)于嵌套事物
可能大家對PROPAGATION_NESTED還不怎么了解，覺得有必要再補充一下^_^！
PROPAGATION_NESTED: 嵌套事務(wù)類型，是相對上面提到的六種情況（上面的六種應(yīng)該稱為平面事務(wù)類型），打個比方我現(xiàn)在有一個事務(wù)主要有一下幾部分：
1，從A用戶帳戶里面減去100元錢
2，往B用戶帳戶里面添加100元錢
這樣看和以前不同的事務(wù)可能沒有什么區(qū)別，那我現(xiàn)在有點特殊的要求就是，A用戶有3個帳戶，B用戶有2個帳戶，現(xiàn)在我的要求就是只要再A用戶的3個帳戶里面任意一個減去100元，往B用戶的兩個帳戶中任意一個里面增加100元就可以了！
一旦你有這樣的要求那嵌套事務(wù)類型就非常適合你！我們可以這樣理解，
一：將“從A用戶帳戶里面減去100元錢” 和 “往B用戶帳戶里面增加100元錢”我們暫時認(rèn)為是一級事務(wù)操作
二：將從A用戶的3個帳戶的任意一個帳戶里面減錢看做是“從A用戶帳戶里面減去100元錢”這個一級事務(wù)的子事務(wù)（二級事務(wù)），同樣把后面存錢的看成是另一個的二級事務(wù)。
問題一：當(dāng)二級事務(wù)被rollback一級事務(wù)會不會被rollback？
答案是不會的，二級事務(wù)的rollback只針對自己。
問題二：什么時候這個一級事務(wù)會commit，什么時候會被rollback呢？
我們主要看二級里面出現(xiàn)的情況，當(dāng)所有的二級事務(wù)被commit了并且一級事務(wù)沒有失敗的操作，那整個事務(wù)就算是一個成功的事務(wù)，這種情況整個事務(wù)會被commit。
當(dāng)任意一個二級事務(wù)沒有被commit那整個事務(wù)就是失敗的，整個事務(wù)會被roolback。
還是拿上面的例子來說明吧！如果我在a的三個帳戶里面減錢的操作都被二級事務(wù)給rollback了，也就是3個帳戶里面都沒有減錢成功，整個事務(wù)就失敗了就會被rollback。如果A用戶帳戶三個帳戶里面有一個可以扣錢而且B用戶的兩個帳戶里面也有一個帳戶可以增加錢，那整個事務(wù)就算成功的，會被 commit。
看了一下覺得上面的例子好像不是很深刻，看這個情況（A用戶的3個帳戶都是有信用額度的，也就是說可以超支，但是超支有金額限制）。不過原理是一樣的，簡單點也好說明一點，祝你好運！^_^
總結(jié)
以上就是本文關(guān)于Spring事務(wù)傳播屬性和隔離級別詳細(xì)介紹的全部內(nèi)容，希望對大家有所幫助。感興趣的朋友可以瀏覽本站的其他專題。有問題請留言，小編會及時回復(fù)大家的。
相關(guān)文章
如何解決IDEA使用Tomcat控制臺中文出現(xiàn)亂碼問題
這篇文章主要介紹了如何解決IDEA使用Tomcat控制臺中文出現(xiàn)亂碼問題,文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2020-09-09
在linux操作時,經(jīng)常要查看運行的項目的進(jìn)程和端口,下面這篇文章主要給大家介紹了關(guān)于如何查看Linux上正在運行的所有Java程序列表的相關(guān)資料,需要的朋友可以參考下2023-10-10
Java的接口調(diào)用時的權(quán)限驗證功能的實現(xiàn)
這篇文章主要介紹了Java的接口調(diào)用時的權(quán)限驗證功能的實現(xiàn)，文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-11-11
這篇文章主要介紹了spring 注解驗證@NotNull等使用方法，文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-05-05
詳解spring cloud ouath2中的資源服務(wù)器
這篇文章主要介紹了spring cloud ouath2中的資源服務(wù)器的相關(guān)知識，本文給大家介紹的非常詳細(xì)，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2021-02-02
這篇文章主要介紹了2020最新版idea激活教程，本文給大家介紹的非常詳細(xì)，具有一定的參考借鑒價值,需要的朋友可以參考下2020-02-02
最近公司的項目中需要操作pdf文件,所以這里給大家總結(jié)下方法,這篇文章主要給大家介紹了關(guān)于Java讀寫pdf文件的詳細(xì)實現(xiàn)方法,文中通過代碼介紹的非常詳細(xì),需要的朋友可以參考下2023-09-09
解讀靜態(tài)資源訪問static-locations和static-path-pattern
本文主要介紹了Spring Boot中靜態(tài)資源的配置和訪問方式,包括靜態(tài)資源的默認(rèn)前綴、默認(rèn)地址、目錄結(jié)構(gòu)、訪問路徑以及靜態(tài)資源處理器的工作原理,通過配置文件和實現(xiàn)`WebMvcConfigurer`接口,可以自定義靜態(tài)資源目錄和訪問前綴2025-01-01
這篇文章主要介紹了Maven修改運行環(huán)境配置代碼實例,文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2020-04-04
通過Java來測試JSON和Protocol Buffer的傳輸文件大小
這篇文章主要介紹了通過Java來測試JSON和Protocol Buffer的傳輸文件大小,Protocol Buffer(文中簡稱Protobuffer)是谷歌開發(fā)的新的文件傳輸格式,需要的朋友可以參考下2015-12-12