本文是Hibernate和JPA中基于版本的樂(lè)觀并發(fā)控制的簡(jiǎn)介。 這個(gè)概念已經(jīng)很老了，上面已經(jīng)寫(xiě)了很多東西，但是無(wú)論如何我都看到了它被重新發(fā)明，誤解和濫用。 我在編寫(xiě)它只是為了傳播知識(shí)，并希望引起人們對(duì)并發(fā)控制和鎖定的興趣。

用例

假設(shè)我們有一個(gè)供多個(gè)用戶使用的系統(tǒng)，其中每個(gè)實(shí)體可以由多個(gè)用戶修改。 我們希望避免兩個(gè)人加載一些信息，根據(jù)他們看到的內(nèi)容做出一些決定并同時(shí)更新?tīng)顟B(tài)的情況。 我們不希望丟失在第一個(gè)交易中首先單擊“保存”的用戶通過(guò)覆蓋它們所做的更改。

它也可能在服務(wù)器環(huán)境中發(fā)生–多個(gè)事務(wù)可以修改共享實(shí)體，我們希望避免出現(xiàn)以下情況：

交易1載入資料

事務(wù)2更新該數(shù)據(jù)并提交

使用在步驟1中加載的狀態(tài)（不再是當(dāng)前狀態(tài)），事務(wù)1執(zhí)行一些計(jì)算并更新?tīng)顟B(tài)

在某些方面，它與不可重復(fù)的讀取具有可比性。

解決方案：版本控制

因此，Hibernate和JPA實(shí)現(xiàn)了基于版本的并發(fā)控制的概念。 運(yùn)作方式如下。

您可以使用@Version或<version> （數(shù)字或時(shí)間戳）標(biāo)記一個(gè)簡(jiǎn)單的屬性。 這將是數(shù)據(jù)庫(kù)中的特殊列。 我們的映射如下所示：

@Entity @Table(name = 'orders') public class Order {@Idprivate long id;@Versionprivate int version;private String description;private String status;// ... mutators }

當(dāng)這樣的實(shí)體持續(xù)存在時(shí)，version屬性將設(shè)置為起始值。

每當(dāng)更新時(shí)，Hibernate都會(huì)執(zhí)行如下查詢：

update orders set description=?, status=?, version=? where id=? and version=?

請(qǐng)注意，在最后一行， WHERE子句現(xiàn)在包括version 。 此值始終設(shè)置為“舊”值，因此只有在具有預(yù)期版本的情況下，它才會(huì)更新行。

假設(shè)有兩個(gè)用戶在版本1中加載訂單，并花一些時(shí)間在GUI中查看訂單。

安妮決定批準(zhǔn)該訂單并執(zhí)行該操作。 數(shù)據(jù)庫(kù)中的狀態(tài)已更新，一切正常。 傳遞給update語(yǔ)句的版本如下：

update orders set description=?, status=?, version=2 where id=? and version=1

如您所見(jiàn)，在持久化更新持久層時(shí)，版本計(jì)數(shù)器將增加到2。

在她的GUI中，Betty仍然具有舊版本（編號(hào)1）。 當(dāng)她決定對(duì)訂單執(zhí)行更新時(shí)，該語(yǔ)句如下所示：

update orders set description=?, status=?, version=2 where id=? and version=1

此時(shí)，在Anne的更新之后，數(shù)據(jù)庫(kù)中該行的版本為2。因此，第二次更新影響0行（沒(méi)有與WHERE子句匹配的行）。 Hibernate會(huì)檢測(cè)到它，并檢測(cè)到一個(gè)org.hibernate.StaleObjectStateException （包裝在javax.persistence.OptimisticLockException ）。

結(jié)果，第二個(gè)用戶除非刷新視圖，否則無(wú)法執(zhí)行任何更新。 為了獲得適當(dāng)?shù)挠脩趔w驗(yàn)，我們需要進(jìn)行一些干凈的異常處理，但是我將省略。

組態(tài)

這里幾乎沒(méi)有要自定義的內(nèi)容。 @Version屬性可以是數(shù)字或時(shí)間戳。 數(shù)字是人為的，但通常在內(nèi)存和數(shù)據(jù)庫(kù)中占用較少的字節(jié)。 時(shí)間戳較大，但始終會(huì)更新為“當(dāng)前時(shí)間戳”，因此您可以實(shí)際使用它來(lái)確定實(shí)體的更新時(shí)間。

為什么？

那為什么要使用它呢？

• 它提供了一種方便且自動(dòng)化的方式來(lái)維持上述情況下的一致性。 這意味著每個(gè)動(dòng)作只能執(zhí)行一次，并且可以確保用戶或服務(wù)器進(jìn)程在制定業(yè)務(wù)決策時(shí)看到最新?tīng)顟B(tài)。
• 設(shè)置只需很少的工作。
• 由于其樂(lè)觀的性質(zhì)，因此速度很快。 在任何地方都沒(méi)有鎖定，只有一個(gè)字段添加到同一查詢中。
• 在某種程度上，即使在已提交讀事務(wù)隔離級(jí)別的情況下，它也可以確保可重復(fù)讀。 它將以一個(gè)異常結(jié)束，但是至少不可能創(chuàng)建不一致的狀態(tài)。
• 它適用于非常長(zhǎng)的對(duì)話，包括跨越多個(gè)事務(wù)的對(duì)話。
• 在ACID數(shù)據(jù)庫(kù)上的所有可能情況和競(jìng)爭(zhēng)條件下，它都是完全一致的。 更新必須是順序更新，更新涉及行鎖定，而“第二”更新將始終影響0行并失敗。

演示版

為了演示這一點(diǎn)，我創(chuàng)建了一個(gè)非常簡(jiǎn)單的Web應(yīng)用程序。 它將Spring和Hibernate連接在一起（在JPA API后面），但是它也可以在其他設(shè)置中工作：Pure Hibernate（無(wú)JPA），具有不同實(shí)現(xiàn)的JPA，非webapp，非Spring等。

該應(yīng)用程序保留一個(gè)具有與上述類(lèi)似的架構(gòu)的Order ，并以Web表單顯示該Order ，您可以在其中更新描述和狀態(tài)。 要嘗試并發(fā)控制，請(qǐng)?jiān)趦蓚€(gè)選項(xiàng)卡中打開(kāi)頁(yè)面，進(jìn)行不同的修改并保存。 不使用@Version嘗試相同的@Version 。

它使用嵌入式數(shù)據(jù)庫(kù)，因此需要最少的設(shè)置（僅Web容器），并且只需重新啟動(dòng)即可從新數(shù)據(jù)庫(kù)開(kāi)始。

這非常簡(jiǎn)單-在@Transactional @Controller訪問(wèn)EntityManager并直接使用JPA映射的實(shí)體支持表單。 對(duì)于不太瑣碎的項(xiàng)目而言，這可能不是最好的處理方法，但是至少它將所有代碼集中在一個(gè)地方并且非常容易掌握。

可以在我的GitHub存儲(chǔ)庫(kù)中找到Eclipse項(xiàng)目的完整源代碼。

參考： 在我們的JCG合作伙伴 Konrad Garus的Squirrel博客上，JPA / Hibernate中基于版本的樂(lè)觀并發(fā)控制 。

翻譯自: https://www.javacodegeeks.com/2012/11/jpahibernate-version-based-optimistic-concurrency-control.html

總結(jié)

以上是生活随笔為你收集整理的JPA / Hibernate：基于版本的乐观并发控制的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。