SQLServer的檢查點、redo和undo
檢查點與恢復效率的關系
檢查點將臟數(shù)據(jù)頁從當前數(shù)據(jù)庫的緩沖區(qū)高速緩存刷新到磁盤上。 這大限度地減少了恢復時必須重做(Redo)的修改量。
為什么在日志文件中設置了檢查點之后,基于日志的恢復機制就可以提高效率了呢?如圖所示為檢查點發(fā)生時可能的事務的狀態(tài)。
① 事務1
其start和commit日志記錄都發(fā)生在檢查點之前,這樣的事務其結果已經反映到物理介質上去了(因為檢查點會保證WAL協(xié)議,確保數(shù)據(jù)被寫入),所以在恢復時無須對該事務做Redo操作。
② 事務2
其start日志記錄在檢查點之前發(fā)生,其commit記錄在故障點之前發(fā)生,說明日志中事務已經完美提交,但數(shù)據(jù)不一定已經寫入,所以屬于圓滿事務,需要Redo操作。
③ 事務3
其start日志記錄在檢查點之后發(fā)生,其commit記錄在故障點之前發(fā)生,說明日志中事務已經完美提交,但數(shù)據(jù)不一定已經寫入,所以屬于圓滿事務,需要Redo操作。
④ 事務4
其start日志記錄在檢查點之后發(fā)生,其commit記錄在故障點之前尚未發(fā)生,說明日志中事務為中止事務,需要Undo操作。
⑤ 事務5
其start日志記錄在檢查點之前發(fā)生,其commit記錄在故障點之前尚未發(fā)生,說明日志中事務為中止事務,需要Undo操作。
由CheckPoint的機制可以看出,由于內存中的數(shù)據(jù)往往比持久化存儲中的數(shù)據(jù)更新,而CheckPoint保證了這部分數(shù)據(jù)能夠被持久化到磁盤,因此CheckPoint之前的數(shù)據(jù)一定不會再需要被Redo。
網站標題:SQLServer的檢查點、redo和undo-創(chuàng)新互聯(lián)
文章鏈接:http://jinyejixie.com/article20/peoco.html
成都網站建設公司_創(chuàng)新互聯(lián),為您提供網站維護、域名注冊、云服務器、用戶體驗、網站排名、品牌網站建設
聲明:本網站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)