<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    lqxue

    常用鏈接

    統計

    book

    tools

    最新評論

    (轉載)關于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)。

      原文出處:http://blog.csdn.net/chho/archive/2005/01.aspx

    posted on 2007-04-06 16:13 lqx 閱讀(181) 評論(0)  編輯  收藏


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


    網站導航:
     
    主站蜘蛛池模板: 国产AV无码专区亚洲AVJULIA| 最近中文字幕免费mv视频7| 亚洲国产精品无码久久SM | 免费萌白酱国产一区二区| 亚洲永久在线观看| 亚洲成a人无码亚洲成www牛牛| 老妇激情毛片免费| 国产精品成人观看视频免费| 伊人久久综在合线亚洲2019| 在线免费观看亚洲| 国产成人精品亚洲2020| 午夜一级免费视频| 猫咪免费观看人成网站在线| 亚洲欧洲日产国码高潮αv| 久久夜色精品国产嚕嚕亚洲av| 久久精品免费观看国产| 亚洲午夜电影在线观看| 夜夜爽免费888视频| 久久久久亚洲精品成人网小说| 久久久高清日本道免费观看| 亚洲高清视频免费| 毛片a级毛片免费播放下载| 亚洲AV成人片无码网站| 一本色道久久综合亚洲精品高清 | 99re6热视频精品免费观看| 亚洲人成网站日本片| 国产一级一片免费播放i| 亚欧乱色国产精品免费视频| 大学生a级毛片免费观看| 亚洲精品视频免费观看| 亚洲福利在线视频| 日本无卡码免费一区二区三区| 亚洲视频一区在线| 成人国产mv免费视频| baoyu777永久免费视频 | 亚洲国产成人久久综合区| 中文字幕无码免费久久| 亚洲国产精品美女| 亚洲第一永久AV网站久久精品男人的天堂AV| 成人无码区免费A∨直播| 97se亚洲国产综合自在线|