Spring 使用注解方式進(jìn)行事務(wù)管理

使用步驟：

公司主營(yíng)業(yè)務(wù)：成都網(wǎng)站制作、網(wǎng)站建設(shè)、移動(dòng)網(wǎng)站開(kāi)發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競(jìng)爭(zhēng)能力。創(chuàng)新互聯(lián)公司是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開(kāi)放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對(duì)我們的高要求，感謝他們從不同領(lǐng)域給我們帶來(lái)的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來(lái)驚喜。創(chuàng)新互聯(lián)公司推出定襄免費(fèi)做網(wǎng)站回饋大家。

事務(wù)的傳播行為和隔離級(jí)別

大家在使用spring的注解式事務(wù)管理時(shí)，對(duì)事務(wù)的傳播行為和隔離級(jí)別可能有點(diǎn)不知所措，下邊就詳細(xì)的介紹下以備方便查閱。

事物注解方式: @Transactional

當(dāng)標(biāo)于類前時(shí), 標(biāo)示類中所有方法都進(jìn)行事物處理 , 例子:

當(dāng)類中某些方法不需要事物時(shí):

事物超時(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é)果有所不同, 換句話說(shuō),

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

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

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

@Transactional注解中常用參數(shù)說(shuō)明

續(xù)表）

注意的幾點(diǎn):

1 @Transactional 只能被應(yīng)用到public方法上, 對(duì)于其它非public的方法,如果標(biāo)記了@Transactional也不會(huì)報(bào)錯(cuò),但方法沒(méi)有事務(wù)功能.

2用 spring 事務(wù)管理器,由spring來(lái)負(fù)責(zé)數(shù)據(jù)庫(kù)的打開(kāi),提交,回滾.默認(rèn)遇到運(yùn)行期例外(throw new RuntimeException("注釋");)會(huì)回滾，即遇到不受檢查（unchecked）的例外時(shí)回滾；而遇到需要捕獲的例外(throw new Exception("注釋");)不會(huì)回滾,即遇到受檢查的例外（就是非運(yùn)行時(shí)拋出的異常，編譯器會(huì)檢查到的異常叫受檢查例外或說(shuō)受檢查異常）時(shí)，需我們指定方式來(lái)讓事務(wù)回滾 要想所有異常都回滾,要加上 @Transactional( rollbackFor={Exception.class,其它異常}) .如果讓unchecked例外不回滾： @Transactional(notRollbackFor=RunTimeException.class)

如下:

@Transactional(rollbackFor=Exception.class) //指定回滾,遇到異常Exception時(shí)回滾

public void methodName() {

throw new Exception("注釋");

}

@Transactional(noRollbackFor=Exception.class)//指定不回滾,遇到運(yùn)行期例外(throw new RuntimeException("注釋");)會(huì)回滾

public ItimDaoImpl getItemDaoImpl() {

throw new RuntimeException("注釋");

}

3、@Transactional 注解應(yīng)該只被應(yīng)用到 public 可見(jiàn)度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不會(huì)報(bào)錯(cuò)， 但是這個(gè)被注解的方法將不會(huì)展示已配置的事務(wù)設(shè)置。

4、@Transactional 注解可以被應(yīng)用于接口定義和接口方法、類定義和類的 public 方法上。然而，請(qǐng)注意僅僅 @Transactional 注解的出現(xiàn)不足于開(kāi)啟事務(wù)行為，它僅僅 是一種元數(shù)據(jù)，能夠被可以識(shí)別 @Transactional 注解和上述的配置適當(dāng)?shù)木哂惺聞?wù)行為的beans所使用。上面的例子中，其實(shí)正是 元素的出現(xiàn) 開(kāi)啟 了事務(wù)行為。

5、Spring團(tuán)隊(duì)的建議是你在具體的類（或類的方法）上使用 @Transactional 注解，而不要使用在類所要實(shí)現(xiàn)的任何接口上。你當(dāng)然可以在接口上使用 @Transactional 注解，但是這將只能當(dāng)你設(shè)置了基于接口的代理時(shí)它才生效。因?yàn)樽⒔馐?不能繼承 的，這就意味著如果你正在使用基于類的代理時(shí)，那么事務(wù)的設(shè)置將不能被基于類的代理所識(shí)別，而且對(duì)象也將不會(huì)被事務(wù)代理所包裝（將被確認(rèn)為嚴(yán)重的）。因 此，請(qǐng)接受Spring團(tuán)隊(duì)的建議并且在具體的類上使用 @Transactional 注解。

事務(wù)隔離的四個(gè)級(jí)別是什么？

事務(wù)隔離的四個(gè)級(jí)別是未提交讀（Read Uncommitted）、提交讀（Read Committed）、可重復(fù)讀（Repeable Read）、可串行化（Serializable）。

1、未提交讀（Read Uncommitted）：事務(wù)可以讀取未提交的數(shù)據(jù)，也稱作臟讀（Dirty Read）。一般很少使用。

2、提交讀（Read Committed）：是大都是DBMS（如：Oracle，SQLServer）默認(rèn)事務(wù)隔離。執(zhí)行兩次同意的查詢卻有不同的結(jié)果，也叫不可重復(fù)讀。

3、可重復(fù)讀（Repeable Read）：是MySQL默認(rèn)事務(wù)隔離級(jí)別。能確保同一事務(wù)多次讀取同一數(shù)據(jù)的結(jié)果是一致的。可以解決臟讀的問(wèn)題，但理論上無(wú)法解決幻讀（Phantom Read）的問(wèn)題。

4、可串行化（Serializable）：是最高的隔離級(jí)別。強(qiáng)制事務(wù)串行執(zhí)行，會(huì)在讀取的每一行數(shù)據(jù)上加鎖，這樣雖然能避免幻讀的問(wèn)題，但也可能導(dǎo)致大量的超時(shí)和鎖爭(zhēng)用的問(wèn)題。很少會(huì)應(yīng)用到這種級(jí)別，只有在非常需要確保數(shù)據(jù)的一致性且可以接受沒(méi)有并發(fā)的應(yīng)用場(chǎng)景下才會(huì)考慮。

事務(wù)隔離級(jí)別特點(diǎn)比較

從事務(wù)隔離級(jí)別的定義上可以看出，Serializable級(jí)別隔離性最高，但是其效率也最低，因?yàn)槠湟笏胁僮飨嗤涗浀氖聞?wù)都串行的執(zhí)行。

對(duì)于MySql而言，其默認(rèn)事務(wù)級(jí)別是Repeatable read，雖然在定義上講，這種隔離級(jí)別無(wú)法解決幻讀的問(wèn)題，但是MySql使用了一種Next key-lock的算法來(lái)實(shí)現(xiàn)Repeatable read，這種算法是能夠解決幻讀問(wèn)題的。

關(guān)于Next key-lock算法，在進(jìn)行查詢時(shí)，其不僅會(huì)將當(dāng)前的操作記錄鎖住，也會(huì)將查詢所涉及到的范圍鎖住。

也就是說(shuō)，其他事務(wù)如果想要在當(dāng)前事務(wù)查詢的范圍內(nèi)進(jìn)行數(shù)據(jù)操作，那么其是會(huì)被阻塞的，因而MySql在Repeatable read隔離級(jí)別下就已經(jīng)具備了Serializable隔離級(jí)別的事務(wù)隔離性。

以上內(nèi)容參考：百度百科-隔離級(jí)別

數(shù)據(jù)庫(kù)事務(wù)隔離級(jí)別 一般用哪個(gè)

術(shù)式之后皆為邏輯，一切皆為需求和實(shí)現(xiàn)。希望此文能從需求、現(xiàn)狀和解決方式的角度幫大家理解隔離級(jí)別。

隔離級(jí)別的產(chǎn)生

在串型執(zhí)行的條件下，數(shù)據(jù)修改的順序是固定的、可預(yù)期的結(jié)果，但是并發(fā)執(zhí)行的情況下，數(shù)據(jù)的修改是不可預(yù)期的，也不固定，為了實(shí)現(xiàn)數(shù)據(jù)修改在并發(fā)執(zhí)行的情況下得到一個(gè)固定、可預(yù)期的結(jié)果，由此產(chǎn)生了隔離級(jí)別。

所以隔離級(jí)別的作用是用來(lái)平衡數(shù)據(jù)庫(kù)并發(fā)訪問(wèn)與數(shù)據(jù)一致性的方法。

事務(wù)的4種隔離級(jí)別

READ UNCOMMITTED ? ? ? 未提交讀，可以讀取未提交的數(shù)據(jù)。READ COMMITTED ? ? ? ? 已提交讀，對(duì)于鎖定讀(select with for update 或者 for share)、update 和 delete 語(yǔ)句， ? ? ? ? ? ? ? ? ? ? ? InnoDB 僅鎖定索引記錄，而不鎖定它們之間的間隙，因此允許在鎖定的記錄旁邊自由插入新記錄。 ? ? ? ? ? ? ? ? ? ? ? Gap locking 僅用于外鍵約束檢查和重復(fù)鍵檢查。REPEATABLE READ ? ? ? ?可重復(fù)讀，事務(wù)中的一致性讀取讀取的是事務(wù)第一次讀取所建立的快照。SERIALIZABLE ? ? ? ? ? 序列化

在了解了 4 種隔離級(jí)別的需求后，在采用鎖控制隔離級(jí)別的基礎(chǔ)上，我們需要了解加鎖的對(duì)象(數(shù)據(jù)本身間隙)，以及了解整個(gè)數(shù)據(jù)范圍的全集組成。

數(shù)據(jù)范圍全集組成

SQL 語(yǔ)句根據(jù)條件判斷不需要掃描的數(shù)據(jù)范圍（不加鎖）；

SQL 語(yǔ)句根據(jù)條件掃描到的可能需要加鎖的數(shù)據(jù)范圍；

以單個(gè)數(shù)據(jù)范圍為例，數(shù)據(jù)范圍全集包含：（數(shù)據(jù)范圍不一定是連續(xù)的值，也可能是間隔的值組成）

1. 數(shù)據(jù)已經(jīng)填充了整個(gè)數(shù)據(jù)范圍：（被完全填充的數(shù)據(jù)范圍，不存在數(shù)據(jù)間隙）

整形，對(duì)值具有唯一約束條件的數(shù)據(jù)范圍 1～5 ，

已有數(shù)據(jù)1、2、3、4、5，此時(shí)數(shù)據(jù)范圍已被完全填充；

整形，對(duì)值具有唯一約束條件的數(shù)據(jù)范圍 1 和 5 ，

已有數(shù)據(jù)1、5，此時(shí)數(shù)據(jù)范圍已被完全填充；

2. 數(shù)據(jù)填充了部分?jǐn)?shù)據(jù)范圍：（未被完全填充的數(shù)據(jù)范圍，是存在數(shù)據(jù)間隙）

整形的數(shù)據(jù)范圍 1～5 ，

已有數(shù)據(jù) 1、2、3、4、5，但是因?yàn)闆](méi)有唯一約束，

所以數(shù)據(jù)范圍可以繼續(xù)被 1～5 的數(shù)據(jù)重復(fù)填充；

整形，具有唯一約束條件的數(shù)據(jù)范圍 1～5 ，

已有數(shù)據(jù) 2，5，此時(shí)數(shù)據(jù)范圍未被完全填充，還可以填充 1、3、4 ；

3. 數(shù)據(jù)范圍內(nèi)沒(méi)有任何數(shù)據(jù)（存在間隙）

如下：

整形的數(shù)據(jù)范圍 1～5 ，數(shù)據(jù)范圍內(nèi)當(dāng)前沒(méi)有任何數(shù)據(jù)。

在了解了數(shù)據(jù)全集的組成后，我們?cè)賮?lái)看看事務(wù)并發(fā)時(shí)，會(huì)帶來(lái)的問(wèn)題。

無(wú)控制的并發(fā)所帶來(lái)的問(wèn)題

并發(fā)事務(wù)如果不加以控制的話會(huì)帶來(lái)一些問(wèn)題，主要包括以下幾種情況。

1. 范圍內(nèi)已有數(shù)據(jù)更改導(dǎo)致的：

更新丟失：當(dāng)多個(gè)事務(wù)選擇了同一行，然后基于最初選定的值更新該行時(shí)，

由于每個(gè)事物不知道其他事務(wù)的存在，最后的更新就會(huì)覆蓋其他事務(wù)所做的更新；

臟讀： 一個(gè)事務(wù)正在對(duì)一條記錄做修改，這個(gè)事務(wù)完成并提交前，這條記錄就處于不一致?tīng)顟B(tài)。

這時(shí)，另外一個(gè)事務(wù)也來(lái)讀取同一條記錄，如果不加控制，

第二個(gè)事務(wù)讀取了這些“臟”數(shù)據(jù)，并據(jù)此做了進(jìn)一步的處理，就會(huì)產(chǎn)生提交的數(shù)據(jù)依賴關(guān)系。

這種現(xiàn)象就叫“臟讀”。

2. 范圍內(nèi)數(shù)據(jù)量發(fā)生了變化導(dǎo)致：

不可重復(fù)讀：一個(gè)事務(wù)在讀取某些數(shù)據(jù)后的某個(gè)時(shí)間，再次讀取以前讀過(guò)的數(shù)據(jù)，

卻發(fā)現(xiàn)其讀出的數(shù)據(jù)已經(jīng)發(fā)生了改變，或者某些記錄已經(jīng)被刪除了。

這種現(xiàn)象就叫“不可重復(fù)讀”。

幻讀：一個(gè)事務(wù)按相同的查詢條件重新讀取以前檢索過(guò)的數(shù)據(jù)，

卻發(fā)現(xiàn)其他事務(wù)插入了滿足其查詢條件的新數(shù)據(jù)，這種現(xiàn)象稱為“幻讀”。

可以簡(jiǎn)單的認(rèn)為滿足條件的數(shù)據(jù)量變化了。

因?yàn)闊o(wú)控制的并發(fā)會(huì)帶來(lái)一系列的問(wèn)題，這些問(wèn)題會(huì)導(dǎo)致無(wú)法滿足我們所需要的結(jié)果。因此我們需要控制并發(fā)，以實(shí)現(xiàn)我們所期望的結(jié)果(隔離級(jí)別)。

MySQL 隔離級(jí)別的實(shí)現(xiàn)

InnoDB 通過(guò)加鎖的策略來(lái)支持這些隔離級(jí)別。

行鎖包含：

Record Locks

索引記錄鎖，索引記錄鎖始終鎖定索引記錄，即使表中未定義索引，

這種情況下，InnoDB 創(chuàng)建一個(gè)隱藏的聚簇索引，并使用該索引進(jìn)行記錄鎖定。

Gap Locks

間隙鎖是索引記錄之間的間隙上的鎖，或者對(duì)第一條記錄之前或者最后一條記錄之后的鎖。

間隙鎖是性能和并發(fā)之間權(quán)衡的一部分。

對(duì)于無(wú)間隙的數(shù)據(jù)范圍不需要間隙鎖，因?yàn)闆](méi)有間隙。

Next-Key Locks

索引記錄上的記錄鎖和索引記錄之前的 gap lock 的組合。

假設(shè)索引包含 10、11、13 和 20。

可能的next-key locks包括以下間隔，其中圓括號(hào)表示不包含間隔端點(diǎn)，方括號(hào)表示包含端點(diǎn)：

(負(fù)無(wú)窮大, 10] ? ?(10, 11] ? ?(11, 13] ? ?(13, 20] ? ?(20, 正無(wú)窮大) ? ? ? ?對(duì)于最后一個(gè)間隔，next-key將會(huì)鎖定索引中最大值的上方，

左右滑動(dòng)進(jìn)行查看

"上確界"偽記錄的值高于索引中任何實(shí)際值。

上確界不是一個(gè)真正的索引記錄，因此，實(shí)際上，這個(gè) next-key 只鎖定最大索引值之后的間隙。

基于此，當(dāng)獲取的數(shù)據(jù)范圍中，數(shù)據(jù)已填充了所有的數(shù)據(jù)范圍，那么此時(shí)是不存在間隙的，也就不需要 gap lock。

對(duì)于數(shù)據(jù)范圍內(nèi)存在間隙的，需要根據(jù)隔離級(jí)別確認(rèn)是否對(duì)間隙加鎖。

默認(rèn)的 REPEATABLE READ 隔離級(jí)別，為了保證可重復(fù)讀，除了對(duì)數(shù)據(jù)本身加鎖以外，還需要對(duì)數(shù)據(jù)間隙加鎖。

READ COMMITTED 已提交讀，不匹配行的記錄鎖在 MySQL 評(píng)估了 where 條件后釋放。

對(duì)于 update 語(yǔ)句，InnoDB 執(zhí)行 "semi-consistent" 讀取，這樣它會(huì)將最新提交的版本返回到 MySQL，

以便 MySQL 可以確定該行是否與 update 的 where 條件相匹配。

總結(jié)延展：

唯一索引存在唯一約束，所以變更后的數(shù)據(jù)若違反了唯一約束的原則，則會(huì)失敗。

當(dāng) where 條件使用二級(jí)索引篩選數(shù)據(jù)時(shí)，會(huì)對(duì)二級(jí)索引命中的條目和對(duì)應(yīng)的聚簇索引都加鎖；所以其他事務(wù)變更命中加鎖的聚簇索引時(shí)，都會(huì)等待鎖。

行鎖的增加是一行一行增加的，所以可能導(dǎo)致并發(fā)情況下死鎖的發(fā)生。

例如，

在 session A 對(duì)符合條件的某聚簇索引加鎖時(shí)，可能 session B 已持有該聚簇索引的 Record Locks，而 session B 正在等待 session A 已持有的某聚簇索引的 Record Locks。

session A 和 session B 是通過(guò)兩個(gè)不相干的二級(jí)索引定位到的聚簇索引。

session A 通過(guò)索引 idA，session B通過(guò)索引 idB 。

當(dāng) where 條件獲取的數(shù)據(jù)無(wú)間隙時(shí)，無(wú)論隔離級(jí)別為 rc 或 rr，都不會(huì)存在間隙鎖。

比如通過(guò)唯一索引獲取到了已完全填充的數(shù)據(jù)范圍，此時(shí)不需要間隙鎖。

間隙鎖的目的在于阻止數(shù)據(jù)插入間隙，所以無(wú)論是通過(guò) insert 或 update 變更導(dǎo)致的間隙內(nèi)數(shù)據(jù)的存在，都會(huì)被阻止。

rc 隔離級(jí)別模式下，查詢和索引掃描將禁用 gap locking，此時(shí) gap locking 僅用于外鍵約束檢查和重復(fù)鍵檢查（主要是唯一性檢查）。

rr 模式下，為了防止幻讀，會(huì)加上 Gap Locks。

事務(wù)中，SQL 開(kāi)始則加鎖，事務(wù)結(jié)束才釋放鎖。

就鎖類型而言，應(yīng)該有優(yōu)化鎖，鎖升級(jí)等，例如rr模式未使用索引查詢的情況下，是否可以直接升級(jí)為表鎖。

就鎖的應(yīng)用場(chǎng)景而言，在回放場(chǎng)景中，如果確定事務(wù)可并發(fā)，則可以考慮不加鎖，加快回放速度。

鎖只是并發(fā)控制的一種粒度，只是一個(gè)很小的部分：

從不同場(chǎng)景下是否需要控制并發(fā)，(已知無(wú)交集且有序的數(shù)據(jù)的變更，MySQL 的 MTS 相同前置事務(wù)的多事務(wù)并發(fā)回放)

并發(fā)控制的粒度，(鎖是一種邏輯粒度，可能還存在物理層和其他邏輯粒度或方式)

相同粒度下的優(yōu)化，(鎖本身存在優(yōu)化，如IX、IS類型的優(yōu)化鎖)

粒度加載的安全性能(如獲取行鎖前，先獲取頁(yè)鎖，頁(yè)鎖在執(zhí)行獲取行鎖操作后即釋放，無(wú)論是否獲取成功)等多個(gè)層次去思考并發(fā)這玩意。