摘自:
五、使用悲觀鎖解決事務併發問題
悲觀鎖，正如其名，它指的是對資料被外界（包括本系統當前的其他事務，以及來自外部系統的事務處理）修改持保守態度，因此，在整個資料處理過程中，將資料處於鎖定狀態。悲觀鎖的實現，往往依靠資料庫提供的鎖機制（也只有資料庫層提供的鎖機制才能真正保證資料訪問的排他性，否則，即使在本系統中實現了加鎖機制，也無法保證外部系統不會修改資料）。
乙個典型的依賴資料庫的悲觀鎖呼叫：select * from account where name=」erica」 for update這條 sql 語句鎖定了 account 表中所有符合檢索條件（ name=」erica」 ）的記錄。本次事務提交之前（事務提交時會釋放事務過程中的鎖），外界無法修改這些記錄。悲觀鎖，也是基於資料庫的鎖機制實現。
在hibernate使用悲觀鎖十分容易，但實際應用中悲觀鎖是很少被使用的，因為它大大限制了併發性：
圖為hibernate3.6的幫助文件session文件的get方法截圖，可以看到get方法第三個引數"lockmode"或"lockoptions"，注意在hibernate3.6以上的版本中"lockmode"已經不建議使用。方法的第三個引數就是用來設定悲觀鎖的，使用第三個引數之後，我們每次傳送的sql語句都會加上"for update"用於告訴資料庫鎖定相關資料。
lockmode引數選擇該選項，就會開啟悲觀鎖。
t1,t2時刻取款事務和轉賬事務分別開啟，t3事務查詢accounts表的資料並用悲觀鎖鎖定，t4轉賬事務也要查詢同一條資料，資料庫發現該記錄已經被前乙個事務使用悲觀鎖鎖定了，然後讓轉賬事務等待直到取款事務提交。t6時刻取款事務提交，t7時刻轉賬事務獲取資料。
六、使用樂觀鎖解決事務併發問題
相對悲觀鎖而言，樂觀鎖機制採取了更加寬鬆的加鎖機制。悲觀鎖大多數情況下依靠資料庫的鎖機制實現，以保證操作最大程度的獨占性。但隨之而來的就是資料庫效能的大量開銷，特別是對長事務而言，這樣的開銷往往無法承受。樂觀鎖機制在一定程度上解決了這個問題。樂觀鎖，大多是基於資料版本（version）記錄機制實現。何謂資料版本？即為資料增加乙個版本標識，在基於資料庫表的版本解決方案中，一般是通過為資料庫表增加乙個"version"欄位來實現。
樂觀鎖的工作原理：讀取出資料時，將此版本號一同讀出，之後更新時，對此版本號加一。此時，將提交資料的版本資料與資料庫表對應記錄的當前版本資訊進行比對，如果提交的資料版本號大於資料庫表當前版本號，則予以更新，否則認為是過期資料。
hibernate為樂觀鎖提供了3中實現：
1. 基於version
2. 基於timestamp
3. 為遺留專案新增新增樂觀鎖
配置基於version的樂觀鎖：
xml version="1.0" encoding="utf-8"配置基於timestamp的樂觀鎖：?>
>
<
>
<
class
name
="com.suxiaolei.hibernate.pojos.people"
table
="people"
>
<
id name
="id"
type
="string"
>
<
column
name
="id"
>
column
>
<
generator
class
="uuid"
>
generator
>
id>
<
version
name
="version"
column
="version"
type
="integer"
>
version
>
<
property
name
="name"
column
="name"
type
="string"
>
property
>
class
>
>
xml version="1.0" encoding="utf-8"遺留專案，由於各種原因無法為原有的資料庫新增"version"或"timestamp"字段，這時不可以使用上面兩種方式配置樂觀鎖，hibernate為這種情況提供了乙個"optimisitic-lock"屬性，它位於標籤上：?>
>
<
>
<
class
name
="com.suxiaolei.hibernate.pojos.people"
table
="people"
>
<
id name
="id"
type
="string"
>
<
column
name
="id"
>
column
>
<
generator
class
="uuid"
>
generator
>
id>
<
timestamp
name
="updatedate"
column
="updatedate"
>
timestamp
>
<
property
name
="name"
column
="name"
type
="string"
>
property
>
class
>
>
xml version="1.0" encoding="utf-8"將該屬性的值設定為all，讓該記錄所有的字段都為版本控制資訊。?>
>
<
>
<
class
name
="com.suxiaolei.hibernate.pojos.people"
table
="people"
optimistic-lock
="all"
>
<
id name
="id"
type
="string"
>
<
column
name
="id"
>
column
>
<
generator
class
="uuid"
>
generator
>
id>
<
property
name
="name"
column
="name"
type
="string"
>
property
>
class
>
>
併發控制 悲觀鎖和樂觀鎖詳解
考慮下面兩個併發帶來的問題 1 丟失更新 乙個事務的更新結果覆蓋了其它事務的更新結果，即所謂的更新丟失。2 髒讀 當乙個事務讀取其它完成一半事務的記錄時，就會發生髒讀取。例如 兩個使用者同時修改商品庫存表，a b同時進入，看到的庫存都是100，a購買一件把庫存修改為99 100 1 此時b購買兩件把...
併發控制 悲觀鎖和樂觀鎖詳解
背景 考慮下面兩個併發帶來的問題 1 丟失更新 乙個事務的更新結果覆蓋了其它事務的更新結果，即所謂的更新丟失。2 髒讀 當乙個事務讀取其它完成一半事務的記錄時，就會發生髒讀取。例如 兩個使用者同時修改商品庫存表，a b同時進入，看到的庫存都是100，a購買一件把庫存修改為99 100 1 此時b購買...
悲觀鎖和樂觀鎖
1.悲觀鎖，正如其名，它指的是對資料被外界 包括本系統當前的其他事務，以及來自外部系統的事務處理 修改持保守態度，因此，在整個資料處理過程中，將資料處於鎖定狀態。悲觀鎖的實現，往往依靠資料庫提供的鎖機制 也只有資料庫層提供的鎖機制才能真正保證資料訪問的排他性，否則，即使在本系統中實現了加鎖機制，也無...