67、數據庫恢復
數據庫故障恢復中基于檢查點的事務分類與處理策略
在數據庫系統發生故障后的恢復過程中，?檢查點（Checkpoint）?? 技術是關鍵機制，它能有效縮小恢復范圍，減少需要掃描的日志量，從而加速恢復進程
。其核心邏輯是：系統只需從最后一個檢查點開始恢復，而不必處理整個日志文件。具體解題思路如下：
- 1.
?定位最近檢查點?：首先，在日志文件中找到最近的一個檢查點記錄。檢查點是數據庫系統定期寫入的一個特殊記錄，它標志著在該時間點之前，所有已提交事務對數據庫的修改都已經從內存緩沖區刷新到了物理磁盤上，數據庫處于一個已知的一致狀態
。 - 2.
?識別檢查點時刻的活動事務?：查看該檢查點記錄中包含的信息（通常包含一個活動事務列表），或向前掃描日志，找出所有在檢查點記錄之前有
START標志但尚未有COMMIT或ROLLBACK結束標志的事務。這些事務在檢查點時刻是活動事務（Active Transactions）?。 - 3.
?對事務進行分類處理?：根據事務的完成時間點相對于檢查點的位置，將其分為三類，并采取不同的恢復策略：
事務類別 | 特征 | 恢復動作 | 原因 |
|---|---|---|---|
?① 檢查點前已提交的事務? | 在檢查點記錄之前就已經有 | ?無需任何操作? | 這類事務的修改在檢查點時已被保證寫入磁盤，數據已持久化，因此無需恢復操作。 |
?② 檢查點后提交的事務? | 在檢查點記錄之后才出現 | ?REDO (重做)?? | 這些事務的提交發生在檢查點之后，其數據修改可能仍在內存緩沖區而未寫入磁盤（系統故障導致內存丟失）。因此需要根據日志重做所有操作，確保修改不丟失。 |
?③ 始終未提交的事務? | 在檢查點之前開始，但在檢查點之后、故障點之前始終沒有? | ?UNDO (撤銷)?? | 這些活動事務從未真正完成，為防止它們對數據庫的部分修改導致數據不一致，必須根據日志撤銷其所有操作，回滾到事務開始前的狀態。 |
總而言之，檢查點機制通過確立一個可靠的恢復起點，將復雜的事務恢復問題轉化為對三類事務的針對性操作：?忽略已完成的、重做已提交但未落盤的、撤銷從未完成的。這種分類處理方法極大地提高了數據庫故障恢復的效率和可靠性
