1. 程式人生 > >Hibernate--悲觀鎖&樂觀鎖

Hibernate--悲觀鎖&樂觀鎖

悲觀鎖:

    悲觀鎖假定當多個事務同時訪問一個資源時,會出現併發問題。因而為了避免這些問題,悲觀鎖假定當多個事務在操作一個資源時,都先把該資源鎖起來,這樣就完全排除了當前事務受其他事務的影響。但是使用悲觀鎖影響併發效能,所以應該謹慎。

使用悲觀鎖:

    在Hibernate中,使用Session的load()、get()方法獲取持久化物件時,可以通過給這兩個方法加一個引數:LockMode.UPGRADE。這樣就可以給載入的物件加上悲觀鎖,該物件對應的資料庫記錄只能被當前事務處理。從而可以有效避免併發事務問題。

樂觀鎖:

    樂觀鎖假定多個併發事務訪問一個資源時,靠資料庫管理系統自身的鎖機制就可以有效的避免併發問題。因為它主要依靠資料庫的隔離級別來自動管理鎖的工作。一旦出現問題,樂觀鎖會使用版本控制的手段來發現這些問題,並丟擲異常,從而有效地避免不良後果的發生。

使用樂觀鎖:

    在對映檔案中新增一個<version>元素來跟蹤資料庫表中記錄的版本,這樣當出現多個事務訪問同一個資源時,會通過丟擲異常來阻止第二個事務對資源的修改,從而避免併發事務問題的出現,在程式中對異常(StaleObjectStateException)進行處理。

    一旦給JavaBean添加了version屬性,在持久化該例項時,Hibernate會自動給version賦值為0.當一個事務載入該例項時,version表示表中相關記錄的版本。當讀取資料時,將version欄位的值一同讀出,資料每更新一次,對此version值加一。當我們提交更新的時候,判斷資料庫表對應記錄的當前版本資訊與第一次取出來的version值進行比對,如果資料庫表當前版本號與第一次取出來的version值相等,則予以更新,否則認為是過期資料。

相關推薦

Hibernate悲觀/樂觀

如果需要保證資料訪問的排它性,則需對目標資料加“鎖”,使其無法被其它程式修改 一,悲觀鎖 對資料被外界(包括本系統當前的其它事務和來自外部系統的事務處理)修改持保守態度,通過資料庫提供的鎖機制實現 最常用的,是對查詢進行加鎖(LockMode.UPGRADE和LockMod

Hibernate--悲觀&樂觀

悲觀鎖:    悲觀鎖假定當多個事務同時訪問一個資源時,會出現併發問題。因而為了避免這些問題,悲觀鎖假定當多個事務在操作一個資源時,都先把該資源鎖起來,這樣就完全排除了當前事務受其他事務的影響。但是使用悲觀鎖影響併發效能,所以應該謹慎。使用悲觀鎖:    在Hibernate

Hibernate悲觀樂觀的應用

一個典型的倚賴資料庫的悲觀鎖呼叫: select * from account where name=”Erica” for update 這條sql 語句鎖定了account 表中所有符合檢索條(name=”Erica”)的記錄。本次事務提交之前(事務

Hibernate JPA 悲觀,樂觀

1.悲觀鎖 它指的是對資料被外界修改持保守態度。假定任何時刻存取資料時,都可能有另一個客戶也正在存取同一筆資料,為了保持資料被操作的一致性,於是對資料採取了資料庫層次的鎖定狀態,依靠資料庫提供的鎖機制來實現。 基於jdbc實現的資料庫加鎖如下: selec

hibernate版本控制 樂觀悲觀

//1: 資料庫表 people 加上一列  version int //2:  實體類  people 屬性 ( private  int version;) //3:  在hibernate 對映檔案class 之間  在一個表示副 id 之後加上  <version    cloumn="vers

談談mysql的悲觀樂觀

更新失敗 自動 結束 lan 版本號 得到 例如 中一 其他 悲觀鎖與樂觀鎖是兩種常見的資源並發鎖設計思路,也是並發編程中一個非常基礎的概念。之前有寫過一篇文章關於並發的處理思路和解決方案,這裏我單獨將對這兩種常見的鎖機制在數據庫數據上的實現進行比較系統的介紹一次吧。 悲觀

悲觀樂觀實戰

查看 ring 加鎖 starting 讀取 並不是 ava 情況下 有一個 悲觀鎖介紹(百科): 悲觀鎖,正如其名,它指的是對數據被外界(包括本系統當前的其他事務,以及來自外部系統的事務處理)修改持保守態度,因此,在整個數據處理過程中,將數據處於鎖定狀態。悲觀鎖的實現,往

悲觀樂觀簡單整理

處理 業務邏輯 失敗 問題: 多個 處理過程 覆蓋 解決 控制 一:介紹 悲觀鎖,正如其名,具有強烈的獨占和排他特性。它指的是對數據被外界(包括本系統當前的其他事務,以及來自外部系統的事務處理)修改持保守態度,因此,在整個數據處理過程中,將數據處於鎖定狀態。悲觀鎖的實現,往

CAS無演算法:ReentrantLock,synchronized(JDK 1.6),悲觀/樂觀

> 悲觀鎖/樂觀鎖  悲觀鎖:總是假設最壞的情況,每次去拿資料的時候都認為別人會修改,所以每次在拿資料的時候都會上鎖,這樣別人想拿這個資料就會阻塞直到它拿到鎖。傳統的關係型資料庫裡邊就用到了很多這種鎖機制,比如行鎖,表鎖等,讀鎖,寫鎖等,都是在做操作之前先上鎖。再比如J

事務 悲觀 樂觀 概念 應用場景 使用方式 小記

【部落格園cnblogs筆者m-yb原創(部分引用, 在文末有註明),轉載請加本文部落格連結,筆者github: https://github.com/mayangbo666,公眾號aandb7,QQ群927113708】  https://www.cnblogs.com/m-yb/p/99749

Java併發 行級/欄位/表級 樂觀/悲觀 共享/排他[轉]

前言 鎖是防止在兩個事務操作同一個資料來源(表或行)時互動破壞資料的一種機制。 資料庫採用封鎖技術保證併發操作的可序列性。 以Oracle為例: Oracle的鎖分為兩大類:資料鎖(也稱DML鎖)和字典鎖。 字典鎖是Oracle DBMS內部用於對字典表的封鎖。 字典鎖包括語

MySQL資料庫優化(三)——MySQL悲觀&&樂觀(併發控制)

一、悲觀鎖     1、排它鎖,當事務在操作資料時把這部分資料進行鎖定,直到操作完畢後再解鎖,其他事務操作才可操作該部分資料。這將防止其他程序讀取或修改表中的資料。     2、實現:大多數情況下依靠資料庫的鎖機制實現      一般使用 select ...for upd

Redis 事物、悲觀樂觀 (詳細)

  1,概論       事物這東西相信大家都不陌生吧,在學習Spring,Mybatis等框架中,       只要是涉及到資料儲存和修改的,都會有事物的存在,       廢話就不多說了下面我們來簡單的介紹下Redis事物以及鎖。 2,Redis事物簡介?     Re

mysql的悲觀樂觀分析

我們在操作資料庫的時候,可能會由於併發問題而引起的資料的不一致性(資料衝突),這個時候就有了鎖!!! 樂觀鎖顧明思議,想法很樂觀,在更新資料時,認為這波操作不會導致衝突,別的sql也不會對此操作進行更改,所以我線更新資料,等待提交的時候再去判斷是否衝突。 樂觀鎖需要我們自己去實現,資料庫設計上,

獨享/共享+公平/非公平+樂觀/悲觀

本文標題:最全Java鎖詳解:獨享鎖/共享鎖+公平鎖/非公平鎖+樂觀鎖/悲觀鎖  轉載請保留頁面地址:http://youzhixueyuan.com/detailed-explanation-of-java-lock.html 在Java併發場景中,會涉及到各種各樣的鎖如公平鎖,樂觀

最全Java詳解:獨享/共享+公平/非公平+樂觀/悲觀

最全Java鎖詳解:獨享鎖/共享鎖+公平鎖/非公平鎖+樂觀鎖/悲觀鎖 樂觀鎖 VS 悲觀鎖 1.樂觀鎖 2.悲觀鎖 3.總之 公平鎖 VS 非公平鎖 1.公平鎖 2.非公平鎖 3.典型應用

Hibernate各類概念-樂觀原理以及其配置方法

Hibernate使用樂觀鎖來處理髒資料問題首先看不使用樂觀鎖的情況 故意創造一個場景來製造髒資料。 1. 通過session1得到id=1的物件 product1 2. 在product1原來價格的基礎上增加1000 3. 更新product1之前,通過session2得

Hibernate併發控制樂觀實現-Version

通過在表中及POJO中增加一個version欄位來表示記錄的版本,來達到多使用者同時更改一條資料的衝突 資料庫指令碼: createtable studentVersion (id varchar(32),name varchar(32),ver int); POJO package Versio

淺談Oracle機制表樂觀悲觀

  Oracle的鎖機制主要分為行鎖和表鎖,行鎖即鎖定表中的某行資料,表鎖鎖定表中所有資料。鎖定的資料不能插入,更新,刪除,只能查詢,語法 for update。鎖的週期為一次資料提交,一次資料提交中可能會有多條SQL語句。   在大併發中為了保證某些資料的唯

關於高併發 悲觀 樂觀

1、考慮高併發,若不加鎖,操作同一條資料會出現後一次更改覆蓋前一次提交的資料,資料丟失; 2、加鎖分為樂觀鎖、悲觀鎖:       在hibernate情景下:                                         悲觀鎖的使用-----query