第十章-資料庫恢復技術

10.1 事務的基本概念：

• 什么是事務？事務是用戶定義的一個資料庫操作序列，該操作要么全做，要么全不做，是一個不可分割的作業單位，是恢復(知識點)和并發控制(知識點)的基本單位
• 事務和程式的區別：
  • 在關系資料庫中，一個事務可以是一條SQL陳述句，或多條SQL陳述句，或整個程式
  • 一個程式可以有多個事務
• 事務定義：- 正常結束和例外結束
  • 正常結束： -- 正常執行后，SQL的操作就寫回到磁盤中

    • BEGIN TRANSCTION; -- 事務開始
          SQL 陳述句; 
      COMMIT; -- 事務提交

  • 例外結束：--例外結束，SQL的所以操作都撤銷，回到事務開始前

    • BEGIN TRANSCTION; -- 事務開始
          SQL 陳述句; 
      ROLLBACK; -- 事務回滾

• 事務的特性： -- 考試考

  • 特征：原子性、一致性、隔離性、持續性
  • 原子性：
    • 事務是資料庫的邏輯作業單位，事務中包括的諸操作要么不做，要么全做
  • 一致性：
    • 先理解什么是一致性？就是用戶A讀學生表資料為99，用戶B讀取就不能是100，必須是99一致的
    • 事務的執行結果必須是使資料庫從一個一致性狀態到另一個一致性狀態
    • 一致狀態：資料庫中只包含成功事務提交結果
    • 不一致狀態：資料庫系統運行在發生故障，有些事務被迫中斷過(如斷了),這些未完成的事務對資料庫做了一部分修改，寫入了物理資料庫，這時候資料庫就處于不正確的狀態 -- 解決辦法事務回滾，資料恢復　　　　　　　　　　　
  • 原子性和一致性的舉例：
    • 銀行轉賬，那些就必須定義為一個事務，兩個操作全做，如用戶A給用戶B轉1萬，用戶A減少一萬，突然斷電，那么用戶減少1萬，用戶B要沒有加上1萬，這就是不一致狀態，如果成功就是一致狀態　　　　　　
  • 隔離性：
    • 一個事務執行不能被其它事務干擾(如交叉執行事務)，即一個事務的內部操作及使用的資料對其他并發事務是隔離的，并發執行的各個事務之間都不能相互干擾
  • 持久性：-- 也叫永久性
    • 一個事務一旦提交，對資料庫中資料的改本就是永久性的，接下來的操作或故障對其執行結果沒有影響
  • 事務是恢復和并發控制的基本單位，保證事務ACID特征是事務管理的重要任務
  • 事務ACID日志可能遭到破壞的因素有：
    • 多個事務并發運行，不同事務的操作交叉執行
      • 資料庫管理系統必須保證多個事務的交叉運行不影響這些事務的隔離性　　
    • 事務在運行程序中被強行停止　　
      • 資料庫管理系統必須保證被強行終止的事務對資料庫和其他事務沒有任何影響　

10.2 資料庫的恢復概述：

• 故障是不可避免的，故障主要包括：計算機硬碟故障、軟體的錯誤、操作員的失誤、惡意的破壞等
• 故障對資料的影響主要表現為：運行事務非正常中斷，影響資料庫中的資料正確性、資料庫全部或部分丟失資料等
• 資料庫恢復作用：把資料庫從錯誤狀態恢復到某一已知的正確狀態的功能
• 資料庫恢復子系統是資料庫管理系統的一個重要組成部分，而且還相當龐大，常常占整個資料庫系統代碼的10%以上，恢復技術是衡量系統的性能優劣的重要指標，以為對系統的可靠程度起到決定因素　　　　　　　　　　　　　　　　　　　　　　　　　　　　

10.3 故障的種類：

• 故障的種類大致分為四類： 事務內部的故障、系統故障、介質故障(介質==硬體)、計算機病毒
• 1.事務內部的故障：
  • 事務內部的故障有的是可以通過事務程式本身發現的(如轉賬的例子)有的是非預期的，不能由事務程式處理的　
  • 細節1：事務的內部更多的故障的是非預期的，是不能由應用程式處理的，如演算法溢位、死鎖
  • 細節2：事務的故障意味著事務沒有達到預期的終點，資料庫可能處于不正確狀態，撤銷該事務已經作出任何對資料庫的修改，使得該事務好像根本沒有啟動一樣，這類恢復操作稱為：事務撤銷　
• 2.系統故障：
  • 系統故障又稱軟故障，是指系統正常運行突然被破壞，記憶體在的緩沖區資訊全部丟失去，所有正在運行的事務都非正確終止
    • 常見原因：CPU故障，作業系統故障、資料庫系統代碼錯誤、系統斷電
  • 系統故障的恢復：
    • 常見問題1：系統發生故障，一些未完成的事務結果已經寫入到物理資料庫(磁盤),造成資料庫處于不正確狀態
      • 恢復辦法：系統重新啟動，恢復程式重新讓所有的非正常終止的事務回滾，強行撤銷所有未完成事務
    • 常見問題2：系統發生故障，某些已經完成的事務可能還留在緩沖區，沒有寫到物理資料庫中，因為沒有寫入，導致執行事務的操作(如：增刪改查),全部丟失，導致資料庫資料不一致
      • 恢復辦法：系統重新啟動，撤銷所有未完成的事務，還需要重做，所有提交的事務，將資料庫恢復到一致狀態　
• 3.介質故障：
  • 介質故障又硬故障，是指外存故障，如磁盤損壞、磁頭碰撞，強磁干擾等
  • 故障表現：破壞資料庫或部分資料庫　
• 4.計算機病毒：
  • 計算機病毒是一種可繁殖、傳播并對計算機造成破壞
  • 計算機病毒特點：隱蔽性、潛伏性、傳染性、破壞性、寄生性
  • 資料庫本病毒破壞時，仍要用恢復技術來恢復
• 小結：
  • 1.故障對資料庫的影響主要是資料庫本身被破壞和，資料沒有被破壞，但資料不正確
  • 2.恢復操作的基本原理就是冗余(就是備份)，符合子系統的代碼一般要占到全部代碼的10%以上　

10.4 恢復的實作實作技術：

• 恢復資料的關鍵就是創建冗余(備份)資料，然后利用執行冗余資料進行資料庫恢復

• 建立冗余資料的常見方法：
  　　資料轉儲：就是把資料建立一個備份，然后存盤在另外一臺設備上
  　　日志檔案：就是事務對資料庫進行了什么操作都記錄下來

• 通過資料轉存和日志檔案就可以把資料庫符合到某一個正確的結點
  　　　　　　如：7月15號到9月20號，9月20號發生錯誤，7月15號進行了資料轉儲，在通過日志檔案把資料庫恢復到9月20號沒有發生故障的狀態　　　　　　　　　　　　　　　　　　　　　　　　　　　　

10.4.1 資料轉儲：

• 什么是資料轉儲？就是把資料建立一個備份，然后存盤在另外一臺設備上，這些備份的資料文本稱為后備副本或后援副本
• 注意：后備副本只是把資料庫恢復到轉儲的狀態，要想符合到故障發生的狀態，還需要進行轉儲后的所有更新事務
• 轉儲狀態：靜態轉儲與動態轉儲
  • 靜態轉儲：需要中系統無任何事務進行時進行轉儲操作，轉儲期間不允許對資料庫進行增刪改查

• • 動態轉儲：事務和轉儲并發進行，轉儲期間允許對資料庫進行增刪改查

• 細節1：利用動態轉儲得到副本，還需要把各事務(就是并發的事務)對資料庫的修改記錄下來，建立成日志檔案，通跟后備副本和日志檔案就能把資料庫恢復到某人正確的結點
• 細節2：利用靜態轉儲得到副本，就不需要把事務記錄下來，以為靜態記錄的就是正確的，而且它轉儲也不可能有事務進行
• 

• 轉儲方式：

  • 海量轉儲：每次轉儲全部資料庫
    增量轉儲：轉儲上一次轉儲后更新過的資料
    海量和增量比較：
    　　從恢復角度看，使用海量轉儲得到的后備副本進行恢復更加方便，因為轉儲的是全部資料庫，
    　　如果資料庫較大，事務處理頻繁，增量就更實用更有效，因為事務多資料老是在變化，就不可能每次都海量轉儲

• 轉儲分類：

  • 通過轉儲狀態和轉儲方式可以分為4類：動態海量轉儲、靜態海量轉儲、動態增量轉儲、靜態增量轉儲　　

  • 

10.4.2 登記日志檔案：

• 日志的主要目的：記錄事務等資料庫的更新操作的檔案(注意是更新操作，因為查詢沒有影響)
• 記錄日志的兩種格式，單位的日志檔案和資料塊單位的日志檔案：(這些操作都是由于資料庫自動來完成)
• 單位的日志檔案需要登記的內容：

  • 1.各事務開始的標簽
    2.個事務結束的標準(正確結束，的還是非正常結束的標簽)
    3.各事務的所有更新操作
    以上3條記錄的操作記錄為一個日志記錄

• 每條日志記錄的內容：

  • 事務標識(標明是哪各事務)
    操作型別(插入、洗掉或修改)
    操作物件(如操作是哪個表，哪條資料)
    更新前資料的舊值(如果是插入，該項就是空值)
    更新后資料的新值(如果是洗掉，該項就是空值)

• 資料塊為單位的日志檔案需要登記的內容：

  • 1.事務標識
    2.被更新的資料塊 - 就是以一整個事務為一個單位

• 日志檔案的作用：

  • 1.事務故障恢復
    2.系統故障恢復
    3.配合后備副本進行介質故障恢復

• 

• 登錄日志檔案要遵循兩條原則：

• • 1.登錄的次序嚴格按并發事務執行的時間次序
    2.必須先寫日志檔案，后寫資料庫（如果先寫資料庫，如果突然斷電，資料庫寫了日志沒寫，恢復時就會有影響）

10.5 恢復策略:

• 同的故障需要不同的恢復策略

10.5.1 事務故障的恢復:

• 事務的故障是指事務在正常運行至正常終點前被終止
• 事務故障的恢復是由系統自動完成的，系統的恢復步驟是：
  

  • 1.反向掃描，查找事務的更新操作
    2.對事務進行撤銷
    3.繼續反向掃描，查找該事務其它的更新查找，并做同樣的處理
    4.直到事務讀到事務開始標識，事務故障符合就完成
    10.5.2 系統的故障

10.5.2 系統的故障:

• 系統的故障會造成資料庫不一致狀態，原因：

  • 1.未完成的事務的更新操作可能已經寫入資料庫 -- 解決辦法撤銷未完成的事務
    2.已提交的事務可能還停留在緩沖區，沒有寫到資料庫 -- 解決辦法重做已完成的事務

• 系統故障的恢復由系統在重新啟動時自動完成

10.5.3 介質故障:

• 介質故障指的是物理資料和日志檔案被破壞
• 恢復辦法是重裝資料庫，然重做已完成的事務
• 介質的恢復需要資料庫管理員的介入，資料庫管理員只需要重裝最近轉儲的資料庫副本和有關的日志檔案，然后執行系統提供的恢復命令即可

10.6 具有檢查點的恢復技術:

• 為什么需要檢查點技術：
  • 在利用日志恢復資料庫恢復時，恢復子系統的時候必須搜索日志，確定哪些事務需要重新做，哪些事務要撤銷

    • 問題1：搜索整個日志需要大量時間
      問題2：重做處理、重新執行，浪費大量時間

• 解決方案：

  • 1.在日志檔案中增加檢查點記錄
    2.增加重新開始的檔案 - 和日志檔案是并列的，不在日志檔案里面
    3.恢復子系統在登錄日志檔案期間動態地維護日志

• 檢查點記錄的內容：

  • 1.所有正在執行的事務清單
    2.這些事務最近一個日志記錄地址

• 重新開始檔案內容:

  • 1.檢查點記錄地址

• 

• 動態維護日志檔案的方法：

  • 周期性地執行如下操作：建立檢查點、保持資料庫狀態

  • 具體步驟：

    • 1.將當前日志緩沖區的所有日志寫入磁盤的日志檔案
      2.在日志檔案中寫入一個檢查點記錄
      3.將當前的資料緩沖區的所有資料記錄寫入磁盤的資料庫中
      4.把檢查點記錄在日志檔案中的地址寫入重新開始檔案

  • 說明：

    • 恢復子系統可以定期或不定期地建立檢查點，保存資料庫狀態
      檢查點可以按照預定的一個時間來間隔來建立，如一個小時記錄一個檢查點
      也可以按照某種規則建立檢查點，如日志檔案寫到一半建立

• 利用檢查點恢復策略：

  • 所有檢查點方法可以改善恢復效率
    1.T1在檢查點之前提交，對資料庫的修改已經寫到資料庫
    2.T2在檢查點之后，故障之前，所有需要重做
    3.T3在故障之后需要撤銷
    4.T4在故障點之前提交，需要重做
    5.T5在檢查點之后，故障之前，需要撤銷

• 

• 系統使用檢查點的恢復步驟：

  • 1.從重新開始檔案找到最后一個檢測點，在日志檔案中的地址，由該地址在日志檔案中找到最后一個檢測點記錄

  • 2.檢查建立后得到所有正在執行的事務清單ACTIVE-LIST(活躍的),分成兩個事務對列：

    • 1.UNNDO-LIST：需要執行撤銷操作的的事務集合

    • 2.REDO-LIST：需要執行重做操作的事務集合
      ACTIVE-LIST暫時放入UNNDO-LIST，只是暫時(要看該事務是在說明時候提交的，如T4就先放程式佇列，但發現它是在故障發前提交就放到重做佇列)

    • 3.從檢查點掃描日志檔案

      • 1.有新的事務就暫時放到UNNDO-LIST
        2.有提交就從UNNDO-LIST放到REDO-LIST - T4案例

    • 4.UNNDO-LIST的每個事務要執行UNNDO操作，REDO-LIST的每個事務要執行REDO操作

10.7 資料庫鏡像:

• 目的：預防介質故障，提高資料庫可能性
• 什么是資料庫鏡像：
  • 資料庫管理系統自動把整個資料或其中關鍵資料復雜到另一個磁盤，主資料庫資料更新，資料庫管理系統把更新后的資料復制過去，保證鏡像資料庫與主資料的一致
• 

• 如果介質出現故障怎么辦：

  • 所有應用去訪問鏡像資料庫，鏡像資料庫有去恢復主資料庫，如果沒有發生故障可以并發操作　　

• 

10.8 總結：

• 1.保證資料庫的一致性是對資料庫的基本要求
  2.事務是資料庫的邏輯作業單位
  3.事務的ACID特征：一致性、隔離性、原子性、持久性
  4.保證了事務ACID特征就是保證了，資料庫的一致性
  5.故障的恢復是，保證事務的，一致性、隔離性、原子性
  6.恢復的基本原理就是利用后備副本、日志檔案、資料庫鏡像中的冗余資料來重構資料庫
  7.事務不僅是恢復的基本單位，也是并發控制的單位
  8.保證事務的一致性、隔離性，資料庫隔離系統需要對并發操作操作進行控制

標籤：其他

上一篇：Redis安裝

下一篇：視圖 觸發器 事務 MVCC 存盤程序 MySQL函式 MySQL流程控制 索引的資料結構 索引失效 慢查詢優化explain 資料庫設計三范式