1.多個事務併發會出現的錯誤情況
1)dirty read髒讀 --> 讀了其他事務沒有提交的資料
2)none repeatable read不可重複讀 --> 在同乙個事務中讀兩次得到不同的結果
3)phantom read幻讀 --> 在同乙個事務中讀兩次得到不同的結果（針對插入和刪除）
為了解決事務併發出現的三個問題，我們採用[color=red]四種事務隔離機制[/color]
read-uncommitted、read-committed(oracle預設)、repeatable read(mysql預設)、serializable，考慮效率我們一般採用read-committed，但是這種機制不能解決不可重複讀這種情況，故產生悲觀鎖 樂觀鎖的概念
2.悲觀鎖 樂觀鎖
為了考慮併發的效率，hibernate設定為read commited,但這樣會導致上面說的「不可重複讀」，這樣就產生了悲觀鎖樂觀鎖的概念
悲觀鎖-->使用資料庫的鎖，在讀出來的時候就把資料鎖起來，效率較低(..for update)
樂觀鎖-->定義乙個版本號，每次更新之前先比較一下版本，效率較高（因為它不用鎖資料）
Hibernate鎖機制（悲觀鎖，樂觀鎖）
鎖 locking 業務邏輯的實現過程中，往往需要保證資料訪問的排他性。如在金融系統的日終結算處理中，我們希望針對某個cut off時間點的資料進行處理，而不希望在結算進行過程中 可能是幾秒種，也可能是幾個小時 資料再發生變化。此時，我們就需要通過一些機制來保證這些資料在某個操作過程中不會被外界修改...
hibernate悲觀鎖和樂觀鎖
如果資料庫不加鎖，在多個使用者訪問的時候，有可能會造成不可重複讀的問題 如，兩個使用者進行更新，並且這兩個使用者都先後的拿到了表中的記錄的數值，a使用者更新比 b使用者先更新完，但 b使用者還是按照初始的值進行更新，這時候就會造成不可重複讀 此時可以通過hibernate的悲觀鎖機制，對 hiber...
hibernate樂觀鎖和悲觀鎖
談到悲觀鎖和樂觀鎖，就要談到資料庫的併發問題，資料庫的隔離級別越高併發性就越差 併發性 當前系統進行了序列化後，你讀取資料庫後，別人查詢不了，稱為併發性不好 具有排它性 我鎖住當前資料後，比人看不到此資料 悲觀鎖一般是由資料庫機制來做到的 悲觀鎖的實現 通常依賴於資料庫機制，在整修過程中將資料庫鎖定...