Hibernate樂觀鎖的實現原理剖析與使用樂觀鎖時的注意點

Hibernate支持樂觀鎖。當多個事務同時對數據庫表中的同一條數據操作時，如果沒有加鎖機制的話，就會產生髒數據（duty data）。Hibernate有2種機制可以解決這個問題：樂觀鎖和悲觀鎖。這裡我們只討論樂觀鎖。

Hibernate樂觀鎖，能自動檢測多個事務對同一條數據進行的操作，並根據先勝原則，提交第一個事務，其他的事務提交時則拋出org.hibernate.StaleObjectStateException異常。

Hibernate樂觀鎖是怎麼做到的呢？

我們先從Hibernate樂觀鎖的實現說起。要實現Hibenate樂觀鎖，我們首先要在數據庫表裡增加一個版本控制字段，字段名隨意，比如就叫version，對應hibernate類型只能為 long,integer,short,timestamp,calendar，也就是只能為數字或timestamp類型。然後在hibernate mapping裡作如下類似定義：

　　<version name="version"
　　　　 column="VERSION"
　　　　 type="integer"
　　 />

告訴Hibernate version作為版本控制用，交由它管理。

當然在entity class裡也需要給version加上定義，定義的方法跟其他字段完全一樣。

private Integer version;

…

// setVersion() && getVersion(Integer)

Hibernate樂觀鎖的的使用：

Session session1 = sessionFactory.openSession();
Session session2 = sessionFactory.openSession();
MyEntity et1 = session1.load(MyEntity.class, id);
MyEntity et2 = session2.load(MyEntity.class, id);
//這裡 et1, et2為同一條數據
Transaction tx1 = session1.beginTransaction();
//事務1開始
et1.setName(“Entity1”);
//事務1中對該數據修改
tx1.commit();
session1.close();
//事務1提交
Transaction tx2 = session2.beginTransaction();
//事務2開始
et2.setName(“Entity2”);
//事務2中對該數據修改
tx2.commit();
session2.close();
//事務2提交

在事務2提交時，因為它提交的數據比事務1提交後的數據舊，所以hibernate會拋出一個org.hibernate.StaleObjectStateException異常。

回到前面的問題，Hibernate怎麼知道事務2提交的數據比事務1提交後的數據舊呢？

因為MyEntity有個version版本控制字段。

回頭看看上面的源代碼中的：

MyEntity et1 = session1.load(MyEntity.class, id);

MyEntity et2 = session2.load(MyEntity.class, id);

這裡，et1.version==et2.version，比如此時version=1，

當事務1提交後，該數據的版本控制字段version=version+1=2，而事務2提交時version=1<2所以Hibernate認為事務2提交的數據為過時數據，拋出異常。

這就是Hibernate樂觀鎖的原理機制。

我們已經知道了Hibernate樂觀鎖是根據version的值來判斷數據是否過時，也就是說，在向數據庫update某數據時，必須保證該entity 裡的version字段被正確地設置為update之前的值，否則hibernate樂觀鎖機制將無法根據version作出正確的判斷。

在我們的WEB應用中，尤其應該注意這個問題。