Hibernate支援兩種鎖機制：
即通常所說的“悲觀鎖（Pessimistic Locking）”和 “樂觀鎖（OptimisticLocking）”。

悲觀鎖的實現，往往依靠資料庫提供的鎖機制（也只有資料庫層提供的鎖機制才能真正保證資料訪問的排他性，否則，即使在本系統中實現了加鎖機制，也無法保證外部系統不會修改資料）。

Hibernate的加鎖模式有：
Ø LockMode.NONE ： 無鎖機制。
Ø LockMode.WRITE ：Hibernate在Insert和Update記錄的時候會自動
獲取。
Ø LockMode.READ ： Hibernate在讀取記錄的時候會自動獲取。
以上這三種鎖機制一般由Hibernate內部使用，如Hibernate為了保證Update
過程中物件不會被外界修改，會在save方法實現中自動為目標物件加上WRITE鎖。
Ø LockMode.UPGRADE ：利用資料庫的for update子句加鎖。
Ø LockMode. UPGRADE_NOWAIT ：Oracle的特定實現，利用Oracle的for update nowait子句實現加鎖。 

 Hibernate的悲觀鎖，也是基於資料庫的鎖機制實現。 下面的程式碼實現了對查詢記錄的加鎖：1 String hqlStr  = " from TUser as user where user.name=’Erica’ "; 
2 Query query =  session.createQuery(hqlStr); 
3 query.setLockMode(" user " ,LockMode.UPGRADE);  // 加鎖  4 List userList  =  query.list(); // 執行查詢，

獲取資料 query.setLockMode 對查詢語句中特定別名所對應的記錄進行加鎖（我們為 TUser類指定了一個別名“user”），這裡也就是對返回的所有user記錄進行加鎖。 觀察執行期Hibernate生成的SQL語句： 

1 select tuser0_.id as id, tuser0_.name as name, tuser0_.group_id as group_id, tuser0_.user_type as user_type, tuser0_.sex as sex from t_user tuser0_ where (tuser0_.name= ’Erica’ ) for  update

 這裡Hibernate通過使用資料庫的for update子句實現了悲觀鎖機制。

上面這兩種鎖機制是我們在應用層較為常用的，加鎖一般通過以下方法實現：
Criteria.setLockMode
Query.setLockMode
Session.lock
注意，只有在查詢開始之前（也就是Hiberate 生成SQL 之前）設定加鎖，才會 真正通過資料庫的鎖機制進行加鎖處理，否則，資料已經通過不包含for update 子句的Select SQL載入進來，所謂資料庫加鎖也就無從談起。

樂觀鎖，大多是基於資料版本（Version）記錄機制實現。何謂資料版本？即為資料增加一個版本標識，在基於資料庫表的版本解決方案中，一般是通過為資料庫表增加一個“version”欄位來實現。讀取出資料時，將此版本號一同讀出，之後更新時，對此版本號加一。此時，將提交資料的版本資料與資料庫表對應記錄的當前版本資訊進行比對，如果提交的資料版本號大於資料庫表當前版本號，則予以更新，否則認為是過期資料。

1． 首先為TUser的class描述符新增optimistic-lock屬性：< hibernate- mapping >  
< class  
name= " org.hibernate.sample.TUser "  
table= " t_user "  
dynamic- update = " true"  
dynamic- insert = " true"  
optimistic- lock = " version"  
>  
…… 
</ class >  
</ hibernate- mapping >  新增一個Version屬性描述符
程式碼內容
 1 < hibernate- mapping >  2 < class 3 name= " org.hibernate.sample.TUser "  4 table= " t_user "  5 dynamic- update = " true"  6 dynamic- insert = " true"  7 optimistic- lock = " version"  8 >  9 < id  
10 name= " id " 11 column= " id " 12 type= " java.lang.Integer " 13 > 14 < generator class = " native "> 15 </ generator> 16 </ id> 17 < version  
18 column= " version " 19 name= " version " 20 type= " java.lang.Integer " 21 /> 22 ……  
23 </ class> 24 </ hibernate- mapping > 25

注意version 節點必須出現在ID 節點之後。
 這裡我們聲明瞭一個version屬性，用於存放使用者的版本資訊，儲存在TUser表的 version欄位中。 此時如果我們嘗試編寫一段程式碼，更新TUser表中記錄資料，如：
程式碼內容

1 Criteria criteria  =  session.createCriteria(TUser. class );  
2 criteria.add(Expression.eq(" name " , "Erica " ));  
3 List userList =  criteria.list();  
4 TUser user = (TUser)userList.get(0 );  
5 Transaction tx =  session.beginTransaction();  
6 user.setUserType(1 );  // 更新UserType欄位   7 tx.commit();  
8

每次對TUser進行更新的時候，我們可以發現，資料庫中的version都在遞增。 而如果我們嘗試在tx.commit 之前，啟動另外一個Session，對名為Erica 的用 戶進行操作，以模擬併發更新時的情形：
程式碼內容

 1 Session session = getSession();  
 2 Criteria criteria =  session.createCriteria(TUser.class );  
 3 criteria.add(Expression.eq(" name " , "Erica " ));  
 4 Session session2 =  getSession();  
 5 Criteria criteria2 =  session2.createCriteria(TUser.class );  
 6 criteria2.add(Expression.eq(" name " , "Erica " ));  
 7 List userList =  criteria.list();  
 8 List userList2 =  criteria2.list();TUser user = (TUser)userList.get(0 );  
 9 TUser user2 = (TUser)userList2.get(0 );  
10 Transaction tx =  session.beginTransaction();  
11 Transaction tx2 =  session2.beginTransaction();  
12 user2.setUserType(99 );  
13 tx2.commit();  
14 user.setUserType(1 );  
15 tx.commit();  
16

執行以上程式碼，程式碼將在tx.commit()處丟擲StaleObjectStateException異 常，並指出版本檢查失敗，當前事務正在試圖提交一個過期資料。通過捕捉這個異常，我 們就可以在樂觀鎖校驗失敗時進行相應處理。 

悲觀鎖與樂觀鎖的比較:
悲觀鎖大多數情況下依靠資料庫的鎖機制實現，以保證操作最大程度的獨佔性。但隨之而來的就是資料庫效能的大量開銷，特別是對長事務而言，這樣的開銷往往無法承受;
相對悲觀鎖而言，樂觀鎖機制採取了更加寬鬆的加鎖機制。樂觀鎖機制往往基於系統中的資料儲存邏輯，因此也具備一定的侷限性，如在上例中，由於樂觀鎖機制是在我們的系統中實現，來自外部系統的更新操作不受我們系統的控制，因此可能會造成髒資料被更新到資料庫中。在
系統設計階段，我們應該充分考慮到這些情況出現的可能性，並進行相應調整（如將樂觀鎖策略在資料庫儲存過程中實現，對外只開放基於此儲存過程的資料更新途徑，而不是將資料庫表直接對外公開）。
Hibernate 在其資料訪問引擎中內建了樂觀鎖實現。如果不用考慮外部系統對資料庫的更新操作，利用Hibernate提供的透明化樂觀鎖實現，將大大提升我們的生產力。
Hibernate中可以通過class描述符的optimistic-lock屬性結合version描述符指定。
optimistic-lock屬性有如下可選取值：
Ø none
無樂觀鎖
Ø version
通過版本機制實現樂觀鎖
Ø dirty
通過檢查發生變動過的屬性實現樂觀鎖
Ø all
通過檢查所有屬性實現樂觀鎖

其中通過version實現的樂觀鎖機制是Hibernate官方推薦的樂觀鎖實現，同時也是Hibernate中，目前唯一在資料物件脫離Session發生修改的情況下依然有效的鎖機制。因此，一般情況下，我們都選擇version方式作為Hibernate樂觀鎖實現機制。