posts - 66, comments - 12, trackbacks - 0, articles - 0

          導航

          <2009年10月>
          27282930123
          45678910
          11121314151617
          18192021222324
          25262728293031
          1234567

          常用鏈接

          留言簿(2)

          隨筆分類(65)

          隨筆檔案(66)

          搜索

          •  

          最新隨筆

          最新評論

          閱讀排行榜

          評論排行榜

          Hibernate 鎖機制 轉帖

          Posted on 2009-10-09 10:29 cyantide 閱讀(348) 評論(0)  編輯  收藏 所屬分類: Hibernate
          前幾天看到GOING MM關于Hibernate Transaction 的描述,這里順便轉載一篇hiberntae中鎖機制的文章:

             悲觀鎖定 假定任何時刻存取數據時,都可能有另一個客戶也正在存取同一筆數據,因而對數據采取了數據庫層次的鎖定狀態,在鎖定的時間內其它的客戶不能對資 料進行存取,對于單機或小系統而言,這并不成問題,然而如果是在網絡上的系統,同時間會有許多聯機,如果每一次讀取數據都造成鎖定,其后繼的存取就必須等 待,這將造成效能上的問題,造成后繼使用者的長時間等待。
          樂觀鎖定(optimistic locking)則樂觀的認為資料的存取很少發生同時存取的問題,因而不作數據庫層次上的鎖定,為了維護正確的數據,樂觀鎖定使用應用程序上的邏輯實現版本控制的解決。
          例如若有兩個客戶端,A客戶先讀取了賬戶余額1000元,之后B客戶也讀取了賬戶余額1000元的數據,A客戶提取了500元,對數據庫作了變更,此時 數據庫中的余額為500元,B客戶也要提取300元,根據其所取得的資料,1000-300將為700余額,若此時再對數據庫進行變更,最后的余額就會不 正確。
          在不實行悲觀鎖定策略的情況下,數據不一致的情況一但發生,有幾個解決的方法,一種是先更新為主,一種是后更新的為主,比較復雜的就是檢查發生變動的數據來實現,或是檢查所有屬性來實現樂觀鎖定。
          Hibernate中透過版本號檢查來實現后更新為主,這也是Hibernate所推薦的方式,在數據庫中加入一個VERSON欄記錄,在讀取數據時連 同版本號一同讀取,并在更新數據時遞增版本號,然后比對版本號與數據庫中的版本號,如果大于數據庫中的版本號則予以更新,否則就回報錯誤。
          以剛 才的例子,A客戶讀取賬戶余額1000元,并連帶讀取版本號為5的話,B客戶此時也讀取賬號余額1000元,版本號也為5,A客戶在領款后賬戶余額 為500,此時將版本號加1,版本號目前為6,而數據庫中版本號為5,所以予以更新,更新數據庫后,數據庫此時余額為500,版本號為6,B客戶領款后要 變更數據庫,其版本號為5,但是數據庫的版本號為6,此時不予更新,B客戶數據重新讀取數據庫中新的數據并重新進行業務流程才變更數據庫。
          以Hibernate實現版本號控制鎖定的話,我們的對象中增加一個version屬性,例如:

          public class Account {

              private int version;

              ....

           

              public void setVersion(int version) {

                  this.version = version;

              }

           

              public int getVersion() {

                  return version;

              }

              ....

          }


          而在映像文件中,我們使用optimistic-lock屬性設定version控制,<id>屬性欄之后增加一個<version>標簽,例如:

          <hibernate-mapping>

              <class name="onlyfun.caterpillar.Account" talble="ACCOUNT"

                     optimistic-lock="version">

                  <id...../>

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

           

                   ....

           

              </class>

          </hibernate-mapping>


           設定好版本控制之后,在上例中如果B 客戶試圖更新數據,將會引發StableObjectStateException例外,我們可以捕捉這個例外,在處理中重新讀取數據庫中的數據,同時將 B客戶目前的數據與數據庫中的數據秀出來,讓B客戶有機會比對不一致的數據,以決定要變更的部份,或者您可以設計程 式自動讀取新的資料,并重復扣款業務流程,直到數據可以更新為止,這一切可以在背景執行,而不用讓您的客戶知道。


            悲觀鎖定
          在多個客戶端可能讀取同一筆數據或同時更新一筆數據的情況下,必須要有訪問控制的手段,防止同一個數據被修改而造成混亂,最簡單的手段就是對數據進行鎖定,在自己進行數據讀取或更新等動作時,鎖定其它客戶端不能對同一筆數據進行任何的動作。
          悲觀鎖定(Pessimistic Locking)一如其名稱所示,悲觀的認定每次資料存取時,其它的客戶端也會存取同一筆數據,因此對該筆數據進行鎖定,直到自己操作完成后解除鎖定。

           悲觀鎖定通常透過系統或數據庫本身的功能來實現,依賴系統或數據庫本身提供的鎖定機制,Hibernate即是如此,我們可以利用Query或Criteria的setLockMode()方法來設定要鎖定的表或列(row)及其鎖定模式,鎖定模式有以下的幾個:

          • LockMode.WRITE:在insert或update時進行鎖定,Hibernate會在save()方法時自動獲得鎖定。
          • LockMode.UPGRADE:利用SELECT … FOR UPDATE進行鎖定。
          • LockMode.UPGRADE_NOWAIT:利用SELECT … FOR UPDATE NOWAIT進行鎖定,在Oracle環境下使用。
          • LockMode.READ:在讀取記錄時Hibernate會自動獲得鎖定。
          • LockMode.NONE:沒有鎖定。
           也可以在使用Session的load()或是lock()時指定鎖定模式以進行鎖定。
          如果數據庫不支持所指定的鎖定模式,Hibernate會選擇一個合適的鎖定替換,而不是丟出一個例外(Hibernate參考手冊10.6)。

          只有注冊用戶登錄后才能發表評論。


          網站導航:
           
          主站蜘蛛池模板: 永吉县| 金昌市| 建昌县| 乳山市| 朝阳县| 平乡县| 桂东县| 台中市| 凉城县| 寿光市| 沾化县| 东明县| 克东县| 宁安市| 运城市| 秦皇岛市| 武清区| 靖远县| 娄烦县| 宜君县| 福建省| 句容市| 大关县| 潍坊市| 赫章县| 当阳市| 天气| 原阳县| 广西| 周口市| 姚安县| 沈阳市| 湖南省| 托里县| 肇东市| 安吉县| 辽中县| 高平市| 顺昌县| 朝阳县| 义马市|