溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本文研究的主要是Hibernate悲觀鎖和樂觀鎖的全部內容，具體介紹如下。
悲觀鎖通常是由數據庫機制實現的，在整個過程中把數據鎖住(查詢時)，只要事物不釋放(提交/回滾)，那么任何用戶都不能查看或修改。
下面我們通過一個案例來說明。
案例：假設貨物庫存為1000，當核算員1取出了數據準備修改，但臨時有事，就走了。期間核算員2取出了數據把數量減去200，然后核算員1回來了把剛才取出的數量減去200，這就出現了一個問題，核算員1并沒有在800的基礎上做修改。這就是所謂的更新丟失，采用悲觀鎖可以解決。
Inventory.java：
public class Inventory {
/* 存貨編號 */
private String itemNo;
/* 存貨名稱 */
private String itemName;
/* 存貨數量 */
private int quantity;
//省略setter和getter方法
}
Inventory.hbm.xml：
<?xml version="1.0"?>
<!DOCTYPE hibernate-mapping PUBLIC
"-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd">
<hibernate-mapping>
<class name="com.lixue.bean.Inventory" table="t_inventory">
<!-- 主鍵手動分配 -->
<id name="itemNo">
<generator class="assigned"/>
</id>
<!-- 映射屬性 -->
<property name="itemName"/>
<property name="quantity"/>
</class>
</hibernate-mapping>
測試類：
核算員1通過悲觀鎖的方式加載數據，并對數據進行修改！
public void testLoad1() {
Session session = null;
try {
session = HibernateUtils.getSession();
session.beginTransaction();
/*在加載的時候就加上一把悲觀鎖，讓其他用戶都無法訪問*/
Inventory inv = (Inventory) session.load(Inventory.class, "1001", LockMode.UPGRADE);
/*獲取數據*/
System.out.println("opt1-->itemNo=" + inv.getItemNo());
System.out.println("opt1-->itemName=" + inv.getItemName());
System.out.println("opt1-->quantity=" + inv.getQuantity());
/*數量減去200*/
inv.setQuantity(inv.getQuantity() - 200);
session.getTransaction().commit();
} catch (Exception e) {
e.printStackTrace();
session.getTransaction().rollback();
} finally {
HibernateUtils.closeSession(session);
}
}
核算員2和核算員1的操作相同，都是對數據庫中的數據進行修改！
public void testLoad2() {
Session session = null;
try {
session = HibernateUtils.getSession();
session.beginTransaction();
/*在加載數據的時候就加上一把鎖，讓其他人無法獲取數據*/
Inventory inv = (Inventory) session.load(Inventory.class, "1001", LockMode.UPGRADE);
/*獲取真實數據*/
System.out.println("opt2-->itemNo=" + inv.getItemNo());
System.out.println("opt2-->itemName=" + inv.getItemName());
System.out.println("opt2-->quantity=" + inv.getQuantity());
/*庫存減去200*/
inv.setQuantity(inv.getQuantity() - 200);
session.getTransaction().commit();
} catch (Exception e) {
e.printStackTrace();
session.getTransaction().rollback();
} finally {
HibernateUtils.closeSession(session);
}
}
注：兩個核算員做的操作相同，如果加了悲觀鎖之后，核算員取出了數據并對數據進行修改，在核算員1沒有提交事物之前，核算員2是不能對數據進行訪問的，只能處于等待狀態。知道核算員1把事物提交了之后，核算員2才有機會對數據庫中的數據進行操作。
通過上面悲觀鎖的案例我們可以發現，悲觀鎖最大的好處就是可以防止更新丟失，當核算員1在處理數據的時候，核算員2只能處于等待狀態，只有核算員1提交了事物之后，核算員2才有機會修改數據。但是也存在一個很大的問題，那就是，如果核算員1將數據查詢出來后人就走掉了，那么其他人就得等上大半天，非常浪費時間，為了解決這個問題，我們可以使用樂觀鎖。
樂觀鎖并不是真正意義上的鎖，大多數情況下是采用數據版本(version)的方式實現，一般在數據庫中加入一個version字段，在讀取數據的時候就將version讀取出來，在保存數據的時候判斷version的值是否小于數據庫的version值，如果小于則不予更新，否則給予更新。
樂觀鎖下的javaBean設置，Inventory.java：
public class Inventory {
/*存貨編號*/
private String itemNo;
/*存貨名稱*/
private String itemName;
/*存貨數量*/
private int quantity;
/*數據版本*/
private int version;
//省略setter和getter方法
}
Inventory.hbm.xml：
<?xml version="1.0"?>
<!DOCTYPE hibernate-mapping PUBLIC
"-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd">
<hibernate-mapping>
<!-- 在class標簽中加上optimistc-lock屬性，其值為版本信心 -->
<class name="com.lixue.bean.Inventory" table="t_inventory" optimistic-lock="version">
<!-- 主鍵映射 -->
<id name="itemNo">
<generator class="assigned"/>
</id>
<!-- 數據版本,必須在主鍵后面的位置 -->
<version name="version"/>
<!-- 基本屬性映射 -->
<property name="itemName"/>
<property name="quantity"/>
</class>
</hibernate-mapping>
注：使用樂觀鎖的映射文件有規定即version字段的映射必須在主鍵ID之后第一個被映射。
核算員1在樂觀鎖的情況下處理數據：
public void testLoad1() {
Session session = null;
try {
session = HibernateUtils.getSession();
session.beginTransaction();
/*樂觀鎖下加載數據*/
Inventory inv = (Inventory)session.load(Inventory.class, "1001");
/*實際獲取數據*/
System.out.println("opt1-->itemNo=" + inv.getItemNo());
System.out.println("opt1-->itemName=" + inv.getItemName());
System.out.println("opt1-->version=" + inv.getVersion());
System.out.println("opt1-->quantity=" + inv.getQuantity());
/*數量減去200*/
inv.setQuantity(inv.getQuantity() - 200);
session.getTransaction().commit();
}catch(Exception e) {
e.printStackTrace();
session.getTransaction().rollback();
}finally {
HibernateUtils.closeSession(session);
}
}
核算員2在樂觀鎖的情況下處理數據(核算員2可以在核算員1未提交數據的前提下處理數據)
public void testLoad2() {
Session session = null;
try {
session = HibernateUtils.getSession();
session.beginTransaction();
/*樂觀鎖下加載數據*/
Inventory inv = (Inventory)session.load(Inventory.class, "1001");
/*實際獲取數據*/
System.out.println("opt2-->itemNo=" + inv.getItemNo());
System.out.println("opt2-->itemName=" + inv.getItemName());
System.out.println("opt2-->version=" + inv.getVersion());
System.out.println("opt2-->quantity=" + inv.getQuantity());
/*數量減去200*/
inv.setQuantity(inv.getQuantity() - 200);
session.getTransaction().commit();
}catch(Exception e) {
e.printStackTrace();
session.getTransaction().rollback();
}finally {
HibernateUtils.closeSession(session);
}
}
注：在核算員取出數據將數量減去200之后并未提交的前提下，核算員2也可以操作數據，這就有別于悲觀鎖，當核算員2操作了數據并且提交之后，數據庫中數據版本version就會加1，那么當核算員1在回來進行事物提交時就會出現錯誤提示即數據已更新，請重新加載。
悲觀鎖會影響高并發，所以用樂觀鎖比較好。
以上就是本文關于Hibernate悲觀鎖和樂觀鎖實例詳解的全部內容，希望對大家有所幫助。感興趣的朋友可以繼續參閱本站其他相關專題，如有不足之處，歡迎留言指出。感謝朋友們對本站的支持！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
