agapple

          BlogJava 首頁 新隨筆 聯系 聚合 管理
            13 Posts :: 1 Stories :: 1 Comments :: 0 Trackbacks
           

          事務的四個屬性:原子性(atomicity)、一致性(consistency)、隔離性(isolation)和持久性(durability)。

          1.原子性(Atomic)
              最重要的原則,也是最容易理解的原則。被事務管理的所有方法,要么一起被提交,要么一起回滾。

          2.一致性(Consistency)
              事務在系統完整性中實施一致性,如果事務成功地完成,那么系統中所有變化將正確地應用,系統處于新有效狀態。如果在事務中出現錯誤,那么系統中的所有變化將自動地回滾,系統返回到原始狀態。

          3.隔離性(Isolation)
              在隔離狀態執行事務,使它們好像是系統在給定時間內執行的唯一操作。如果有兩個事務,運行在相同的時間內,執行相同的功能,事務的隔離性將確保每一事務在系統中認為只有該事務在使用系統。這種屬性有時稱為串行化,為了防止事務操作間的混淆,必須串行化或序列化請求,使得在同一時間僅有一個請求用于同一數據。重要的是,在隔離狀態執行事務,系統的狀態有可能是不一致的,在結束事務前,應確保系統處于一致狀態。但是在每個單獨的事務中,系統的狀態可能會發生變化。如果事務不是在隔離狀態運行,它就可能從系統中訪問數據,而系統可能處于不一致狀態。通過提供事務隔離,可以阻止這類事件的發生。

          4.持久性(Durability)
              持久性意味著一旦事務執行成功,在系統中產生的所有變化將是永久的。應該存在一些檢查點防止在系統失敗時丟失信息。甚至硬件本身失敗,系統的狀態仍能通過在日志中記錄事務完成的任務進行重建。

          數據庫鎖概念:
              
          在數據庫中有兩種基本的鎖類型:排它鎖(Exclusive Locks,即X鎖)和共享鎖(Share Locks,即S鎖)。當數據對象被加上排它鎖時,其他的事務不能對它讀取和修改。加了共享鎖的數據對象可以被其他事務讀取,但不能修改。數據庫利用這兩種基本的鎖類型來對數據庫的事務進行并發控制。
              從程序員的角度看,鎖分為以下兩種類型: 
              1.樂觀鎖(Optimistic Lock) 
              樂觀鎖假定在處理數據時,不需要在應用程序的代碼中做任何事情就可以直接在記錄上加鎖、即完全依靠數據庫來管理鎖的工作。一般情況下,當執行事務處理時SQL Server會自動對事務處理范圍內更新到的表做鎖定。 
              2.悲觀鎖(Pessimistic Lock) 
              悲觀鎖對數據庫系統的自動管理不感冒,需要程序員直接管理數據或對象上的加鎖處理,并負責獲取、共享和放棄正在使用的數據上的任何鎖。

          事務隔離級別
              
          一個事務必須與其它事務進行隔離的程度。較低的隔離級別可以增加并發,但代價是降低數據的正確性。相反,較高的隔離級別可以確保數據的正確性,但可能對并發產生負面影響。

          數據庫并發操作存在的異常情況:
          1. 更新丟失(Lost update):兩個事務都同時更新一行數據但是第二個事務卻中途失敗退出導致對數據兩個修改都失效了這是系統沒有執行任何鎖操作因此并發事務并沒有被隔離開來

          2. 臟讀?。―irty Reads):一個事務開始讀取了某行數據但是另外一個事務已經更新了此數據但沒有能夠及時提交。這是相當危險很可能所有操作都被回滾

          3. 不可重復讀?。∟on-repeatable Reads):一個事務對同一行數據重復讀取兩次但是卻得到了不同結果。例如在兩次讀取中途有另外一個事務對該行數據進行了修改并提交

          4. 兩次更新問題(Second lost updates problem):無法重復讀取特例,有兩個并發事務同時讀取同一行數據然后其中一個對它進行修改提交而另一個也進行了修改提交這就會造成第一次寫操作失效

          5. 幻讀(Phantom Reads):也稱為幻像(幻影)。事務在操作過程中進行兩次查詢,第二次查詢結果包含了第一次查詢中未出現的數據(這里并不要求兩次查詢SQL語句相同)這是因為在兩次查詢過程中有另外一個事務插入數據造成的

          為了避免上面出現幾種情況在標準SQL規范中定義了4個事務隔離級別,不同隔離級別對事務處理不同 。

          1.未授權讀?。≧ead Uncommitted):也稱未提交讀。允許臟讀取但不允許更新丟失,如果一個事務已經開始寫數據則另外一個數據則不允許同時進行寫操作但允許其他事務讀此行數據。該隔離級別可以通過“排他寫鎖”實現。事務隔離的最低級別,僅可保證不讀取物理損壞的數據。與READ COMMITTED 隔離級相反,它允許讀取已經被其它用戶修改但尚未提交確定的數據。

          2. 授權讀?。≧ead Committed):也稱提交讀。允許不可重復讀取但不允許臟讀取。這可以通過“瞬間共享讀鎖”和“排他寫鎖”實現,讀取數據的事務允許其他事務繼續訪問該行數據,但是未提交寫事務將會禁止其他事務訪問該行。SQL Server 默認的級別。在此隔離級下,SELECT 命令不會返回尚未提交(Committed) 的數據,也不能返回臟數據。

          3. 可重復讀?。≧epeatable Read):禁止不可重復讀取和臟讀取。但是有時可能出現幻影數據,這可以通過“共享讀鎖”和“排他寫鎖”實現,讀取數據事務將會禁止寫事務(但允許讀事務),寫事務則禁止任何其他事務。在此隔離級下,用SELECT 命令讀取的數據在整個命令執行過程中不會被更改。此選項會影響系統的效能,非必要情況最好不用此隔離級。

          4. 串行(Serializable):也稱可串行讀。提供嚴格的事務隔離,它要求事務序列化執行,事務只能一個接著一個地執行,但不能并發執行。如果僅僅通過“行級鎖”是無法實現事務序列化的,必須通過其他機制保證新插入的數據不會被剛執行查詢操作事務訪問到。事務隔離的最高級別,事務之間完全隔離。如果事務在可串行讀隔離級別上運行,則可以保證任何并發重疊事務均是串行的。


          隔離級別 更新丟失 臟讀取 重復讀取 幻讀
          未授權讀取 N Y Y Y
          授權讀取 N N Y Y
          可重復讀取 N N N Y
          串行 N N N N



          Blog : http://agapple.javaeye.com/  歡迎訪問
          posted on 2009-02-15 21:47 agapple 閱讀(6398) 評論(1)  編輯  收藏 所屬分類: 雜類

          Feedback

          # re: 事務隔離級別小記 2010-08-19 14:55 人字拖
          good  回復  更多評論
            


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


          網站導航:
           
          主站蜘蛛池模板: 唐山市| 舟曲县| 额济纳旗| 易门县| 屯昌县| 兰坪| 晋中市| 盐源县| 汉源县| 兴义市| 湘潭县| 德保县| 铁力市| 山阴县| 鄂伦春自治旗| 泸州市| 镶黄旗| 崇信县| 伊宁市| 八宿县| 霍林郭勒市| 金坛市| 平南县| 延庆县| 寻乌县| 普洱| 方山县| 确山县| 平南县| 伊宁县| 灵寿县| 秦皇岛市| 永川市| 宽城| 五台县| 五常市| 长丰县| 龙口市| 天镇县| 大理市| 雷波县|