數(shù)據(jù)庫系統(tǒng)概論AnIntroductiontoDatabaseSystem第十章數(shù)據(jù)庫恢復(fù)技術(shù)10數(shù)據(jù)庫恢復(fù)技術(shù)課件概述第十章（數(shù)據(jù)恢復(fù)技術(shù)）和第十一章（并發(fā)控制）主要討論事務(wù)處理技術(shù)，即如何通過對事務(wù)的處理來恢復(fù)數(shù)據(jù)庫，以及多個事務(wù)并發(fā)執(zhí)行時為保證數(shù)據(jù)的正確有效而采取的控制措施。數(shù)據(jù)恢復(fù)技術(shù)和并發(fā)控制技術(shù)是DBMS的重要組成部分。概述第十章（數(shù)據(jù)恢復(fù)技術(shù)）和第十一章（并發(fā)控制）主要討論事務(wù)10.1.1事務(wù)(Transaction)的定義事務(wù)的定義：是用戶定義的一個數(shù)據(jù)庫操作序列，這些操作要么全做，要么全不做，是一個不可分割的工作單位。比如，一個事務(wù)可以包含一個或多個SQL語句。事務(wù)的顯式定義方式

BEGINTRANSACTION

BEGINTRANSACTION

SQL語句1

SQL語句1

SQL語句2

SQL語句2……

COMMIT

ROLLBACK說明：COMMIT：提交，表示事務(wù)順利完成，即對數(shù)據(jù)庫的更新可以寫回數(shù)據(jù)庫；ROLLBACK：回滾，表示事務(wù)因故沒有完成，取消事務(wù)中已經(jīng)完成的操作，使數(shù)據(jù)庫回復(fù)到事務(wù)執(zhí)行前的狀態(tài)。隱式方式當(dāng)用戶沒有顯式地定義事務(wù)時，DBMS按缺省規(guī)定自動劃分事務(wù)10.1.1事務(wù)(Transaction)的定義事務(wù)的定義10.1.2一個事務(wù)的例子例如：有一事務(wù)，要完成的操作是從賬戶A轉(zhuǎn)出10000元，轉(zhuǎn)入B賬戶BEGINTRANSACTIONR(A);A=A-10000;W(A);IF(A<0)ROOOBACK;ELSE{R(B);B=B+10000;W(B)COMMIT;}數(shù)據(jù)庫內(nèi)存緩沖區(qū)CPUW(A)R(A)10.1.2一個事務(wù)的例子例如：有一事務(wù)，要完成的操作是從10.1.3事務(wù)的特性事務(wù)的ACID特性：原子性（Atomicity）一個事務(wù)中所包含的操作要么全做要么全不做。保證原子性是由DBMS的事務(wù)管理子系統(tǒng)來實現(xiàn)一致性（Consistency）事務(wù)的執(zhí)行應(yīng)保證數(shù)據(jù)的一致性。保證一致性是事務(wù)編寫人員的職責(zé)，但由DBMS的完整性子系統(tǒng)進(jìn)行測試10.1.3事務(wù)的特性事務(wù)的ACID特性：10.1.3事務(wù)的特性事務(wù)的ACID特性：隔離性（Isolation）事務(wù)之間不能相互干擾，主要體現(xiàn)在一個事務(wù)正在訪問的數(shù)據(jù)其他事務(wù)不能訪問。保證隔離性由DBMS的并發(fā)控制子系統(tǒng)來實現(xiàn)。持續(xù)性（Durability）事務(wù)一旦提交，它對數(shù)據(jù)庫的改變是有效的，即使發(fā)生故障改變也不會改變。持續(xù)性由DBMS的數(shù)據(jù)恢復(fù)子系統(tǒng)實現(xiàn)。10.1.3事務(wù)的特性事務(wù)的ACID特性：10.2數(shù)據(jù)庫恢復(fù)概述故障是不可避免的故障的種類：事務(wù)故障，系統(tǒng)故障（非正常重啟），介質(zhì)故障，病毒數(shù)據(jù)庫的恢復(fù) 把數(shù)據(jù)庫從錯誤狀態(tài)恢復(fù)到某一已知的正確狀態(tài)(亦稱為一致狀態(tài)或完整狀態(tài))恢復(fù)數(shù)據(jù)庫的技術(shù)保證：1.適時做好數(shù)據(jù)庫的轉(zhuǎn)儲。2.登記日志文件10.2數(shù)據(jù)庫恢復(fù)概述故障是不可避免的10.3.1日志文件的格式和內(nèi)容什么是日志文件日志文件(log)是用來記錄事務(wù)對數(shù)據(jù)庫的更新操作的文件日志文件中存儲的一條條日志記錄，每個記錄包含以下內(nèi)容：事務(wù)標(biāo)識（標(biāo)明是哪個事務(wù)）事務(wù)的開始、結(jié)束標(biāo)志操作類型（插入、刪除或修改）操作對象（記錄內(nèi)部標(biāo)識）更新前數(shù)據(jù)的舊值（對插入操作而言，此項為空值）更新后數(shù)據(jù)的新值（對刪除操作而言,此項為空值）10.3.1日志文件的格式和內(nèi)容什么是日志文件10.3.2登記日志文件的原則登記的次序嚴(yán)格按照并行事務(wù)執(zhí)行的時間次序必須先寫日志文件，后寫數(shù)據(jù)庫寫日志文件操作：把表示這個修改的日志記錄寫到日志文件寫數(shù)據(jù)庫操作：把對數(shù)據(jù)的修改寫到數(shù)據(jù)庫中10.3.2登記日志文件的原則登記的次序嚴(yán)格按照并行事務(wù)執(zhí)10.3.2登記日志文件的原則為什么要先寫日志文件寫數(shù)據(jù)庫和寫日志文件是兩個不同的操作在這兩個操作之間可能發(fā)生故障如果先寫了數(shù)據(jù)庫修改，而在日志文件中沒有登記下這個修改，則以后就無法恢復(fù)這個修改了如果先寫日志，但沒有修改數(shù)據(jù)庫，按日志文件恢復(fù)時只不過是多執(zhí)行一次不必要的UNDO操作，并不會影響數(shù)據(jù)庫的正確性10.3.2登記日志文件的原則為什么要先寫日志文件10.4.1事務(wù)故障的恢復(fù)策略事務(wù)故障：事務(wù)在運行至正常終止點前被終止恢復(fù)方法由恢復(fù)子系統(tǒng)利用日志文件撤消（UNDO）此事務(wù)已對數(shù)據(jù)庫進(jìn)行的修改事務(wù)故障的恢復(fù)由系統(tǒng)自動完成，對用戶是透明的，不需要用戶干預(yù)10.4.1事務(wù)故障的恢復(fù)策略事務(wù)故障：事務(wù)在運行至正常10.4.2系統(tǒng)故障的恢復(fù)策略系統(tǒng)故障造成數(shù)據(jù)庫不一致狀態(tài)的原因未完成事務(wù)對數(shù)據(jù)庫的更新已寫入數(shù)據(jù)庫已提交事務(wù)對數(shù)據(jù)庫的更新還留在緩沖區(qū)沒來得及寫入數(shù)據(jù)庫恢復(fù)方法1.Undo故障發(fā)生時未完成的事務(wù)2.Redo已完成的事務(wù)系統(tǒng)故障的恢復(fù)由系統(tǒng)在重新啟動時自動完成，不需要用戶干預(yù)10.4.2系統(tǒng)故障的恢復(fù)策略系統(tǒng)故障造成數(shù)據(jù)庫不一致狀10.4.3介質(zhì)故障的恢復(fù)策略裝入最新的后備數(shù)據(jù)庫副本2.裝入有關(guān)的日志文件副本(轉(zhuǎn)儲結(jié)束時刻的日志文件副本)，重做已完成的事務(wù)。

轉(zhuǎn)儲

運行事務(wù)故障正常運行─┼───────┼──────────|───Ta停止所有事務(wù)TbTf └────────────重裝后備副本

利用日志文件恢復(fù)繼續(xù)運行恢復(fù)

─┼───────┼┈┈┈┈┈┈┈┈┼────10.4.3介質(zhì)故障的恢復(fù)策略裝入最新的后備數(shù)據(jù)庫副本第十章數(shù)據(jù)庫恢復(fù)技術(shù)10.1事務(wù)的基本概念10.2數(shù)據(jù)庫恢復(fù)概述10.3故障的種類10.4恢復(fù)的實現(xiàn)技術(shù)10.5恢復(fù)策略10.6具有檢查點的恢復(fù)技術(shù)10.7數(shù)據(jù)庫鏡像10.8小結(jié)第十章數(shù)據(jù)庫恢復(fù)技術(shù)10.1事務(wù)的基本概念10.5.1具有檢查點的恢復(fù)技術(shù)一、問題的提出一旦發(fā)生故障，那些事務(wù)REDO,那些事務(wù)UNDO?二、檢查點技術(shù)在DBS運行時，DBMS定時設(shè)置檢查點，只有在檢查點時刻才真正把對數(shù)據(jù)庫的修改寫到磁盤，并在日志文件中寫入一條檢查點記錄。當(dāng)恢復(fù)數(shù)據(jù)庫時，只有那些在最近的檢查點沒有完成寫操作的事務(wù)需要處理。10.5.1具有檢查點的恢復(fù)技術(shù)一、問題的提出10.5.2利用檢查點的恢復(fù)策略系統(tǒng)出現(xiàn)故障時，恢復(fù)子系統(tǒng)將根據(jù)事務(wù)的不同狀態(tài)采取不同的恢復(fù)策略

T1：不用管T2：REDUT3：UNDOT4:：REDOT5：UNDO10.5.2利用檢查點的恢復(fù)策略系統(tǒng)出現(xiàn)故障時，恢復(fù)子系統(tǒng)10.5.2利用檢查點的恢復(fù)策略T1：在檢查點之前提交T2：在檢查點之前開始執(zhí)行，在檢查點之后故障點之前提交T3：在檢查點之前開始執(zhí)行，在故障點時還未完成T4：在檢查點之后開始執(zhí)行，在故障點之前提交T5：在檢查點之后開始執(zhí)行，在故障點時還未完成恢復(fù)策略：T3和T5在故障發(fā)生時還未完成，所以予以撤銷T2和T4在檢查點之后才提交，它們對數(shù)據(jù)庫所做的修改在故障發(fā)生時可能還在緩沖區(qū)中，尚未寫入數(shù)據(jù)庫，所以要REDOT1在檢查點之前已提交，所以不必執(zhí)行REDO操作10.5.2利用檢查點的恢復(fù)策略T1：在檢查點之前提交10.6數(shù)據(jù)庫鏡像介質(zhì)故障是對系統(tǒng)影響最為嚴(yán)重的一種故障，嚴(yán)重影響數(shù)據(jù)庫的可用性介質(zhì)故障恢復(fù)比較費時為預(yù)防介質(zhì)故障，DBA必須周期性地轉(zhuǎn)儲數(shù)據(jù)庫提高數(shù)據(jù)庫可用性的解決方案數(shù)據(jù)庫鏡像（Mirror）10.6數(shù)據(jù)庫鏡像介質(zhì)故障是對系統(tǒng)影響最為嚴(yán)重的一種故障10.6數(shù)據(jù)庫鏡像（續(xù)）數(shù)據(jù)庫鏡像DBMS自動把整個數(shù)據(jù)庫或其中的關(guān)鍵數(shù)據(jù)復(fù)制到另一個磁盤上DBMS自動保證鏡像數(shù)據(jù)與主數(shù)據(jù)庫的一致性每當(dāng)主數(shù)據(jù)庫更新時，DBMS自動把更新后的數(shù)據(jù)復(fù)制過去（如下圖所示）10.6數(shù)據(jù)庫鏡像（續(xù)）數(shù)據(jù)庫鏡像數(shù)據(jù)庫鏡像（續(xù)）數(shù)據(jù)庫鏡像（續(xù)）數(shù)據(jù)庫鏡像的用途出現(xiàn)介質(zhì)故障時可由鏡像磁盤繼續(xù)提供使用同時DBMS自動利用鏡像磁盤數(shù)據(jù)進(jìn)行數(shù)據(jù)庫的恢復(fù)不需要關(guān)閉系統(tǒng)和重裝數(shù)據(jù)庫副本(如下圖所示)數(shù)據(jù)庫鏡像的用途出現(xiàn)介質(zhì)故障時數(shù)據(jù)庫鏡像（續(xù)）沒有出現(xiàn)故障時可用于并發(fā)操作一個用戶對數(shù)據(jù)加排他鎖修改數(shù)據(jù)，其他用戶可以讀鏡像數(shù)據(jù)庫上的數(shù)據(jù)，而不必等待該用戶釋放鎖

數(shù)據(jù)庫鏡像（續(xù)）沒有出現(xiàn)故障時10.7小結(jié)如果數(shù)據(jù)庫只包含成功事務(wù)提交的結(jié)果，就說數(shù)據(jù)庫處于一致性狀態(tài)。保證數(shù)據(jù)一致性是對數(shù)據(jù)庫的最基本的要求。事務(wù)是數(shù)據(jù)庫的邏輯工作單位DBMS保證系統(tǒng)中一切事務(wù)的原子性、一致性、隔離性和持續(xù)性10.7小結(jié)如果數(shù)據(jù)庫只包含成功事務(wù)提交的結(jié)果，就說數(shù)據(jù)庫小結(jié)（續(xù)）DBMS必須對事務(wù)故障、系統(tǒng)故障和介質(zhì)故障進(jìn)行恢復(fù)恢復(fù)中最經(jīng)常使用的技術(shù)：數(shù)據(jù)庫轉(zhuǎn)儲和登記日志文件恢復(fù)的基本原理：利用存儲在后備副本、日志文件和數(shù)據(jù)庫鏡像中的冗余數(shù)據(jù)來重建數(shù)據(jù)庫小結(jié)（續(xù)）DBMS必須對事務(wù)故障、系統(tǒng)故障和介質(zhì)故障進(jìn)行恢復(fù)小結(jié)（續(xù)）常用恢復(fù)技術(shù)事務(wù)故障的恢復(fù)UNDO系統(tǒng)故障的恢復(fù)UNDO+REDO介質(zhì)故障的恢復(fù)重裝備份并恢復(fù)到一致性狀態(tài)+REDO小結(jié)（續(xù)）常用恢復(fù)技術(shù)小結(jié)（續(xù)）提高恢復(fù)效率的技術(shù)檢查點技術(shù)可以提高系統(tǒng)故障的恢復(fù)效率可以在一定程度上提高利用動態(tài)轉(zhuǎn)儲備份進(jìn)行介質(zhì)故障恢復(fù)的效率鏡像技術(shù)鏡像技術(shù)可以改善介質(zhì)故障的恢復(fù)效率小結(jié)（續(xù)）提高恢復(fù)效率的技術(shù)數(shù)據(jù)庫系統(tǒng)概論AnIntroductiontoDatabaseSystem第十章數(shù)據(jù)庫恢復(fù)技術(shù)10數(shù)據(jù)庫恢復(fù)技術(shù)課件概述第十章（數(shù)據(jù)恢復(fù)技術(shù)）和第十一章（并發(fā)控制）主要討論事務(wù)處理技術(shù)，即如何通過對事務(wù)的處理來恢復(fù)數(shù)據(jù)庫，以及多個事務(wù)并發(fā)執(zhí)行時為保證數(shù)據(jù)的正確有效而采取的控制措施。數(shù)據(jù)恢復(fù)技術(shù)和并發(fā)控制技術(shù)是DBMS的重要組成部分。概述第十章（數(shù)據(jù)恢復(fù)技術(shù)）和第十一章（并發(fā)控制）主要討論事務(wù)10.1.1事務(wù)(Transaction)的定義事務(wù)的定義：是用戶定義的一個數(shù)據(jù)庫操作序列，這些操作要么全做，要么全不做，是一個不可分割的工作單位。比如，一個事務(wù)可以包含一個或多個SQL語句。事務(wù)的顯式定義方式

BEGINTRANSACTION

BEGINTRANSACTION

SQL語句1

SQL語句1

SQL語句2

SQL語句2……

COMMIT

ROLLBACK說明：COMMIT：提交，表示事務(wù)順利完成，即對數(shù)據(jù)庫的更新可以寫回數(shù)據(jù)庫；ROLLBACK：回滾，表示事務(wù)因故沒有完成，取消事務(wù)中已經(jīng)完成的操作，使數(shù)據(jù)庫回復(fù)到事務(wù)執(zhí)行前的狀態(tài)。隱式方式當(dāng)用戶沒有顯式地定義事務(wù)時，DBMS按缺省規(guī)定自動劃分事務(wù)10.1.1事務(wù)(Transaction)的定義事務(wù)的定義10.1.2一個事務(wù)的例子例如：有一事務(wù)，要完成的操作是從賬戶A轉(zhuǎn)出10000元，轉(zhuǎn)入B賬戶BEGINTRANSACTIONR(A);A=A-10000;W(A);IF(A<0)ROOOBACK;ELSE{R(B);B=B+10000;W(B)COMMIT;}數(shù)據(jù)庫內(nèi)存緩沖區(qū)CPUW(A)R(A)10.1.2一個事務(wù)的例子例如：有一事務(wù)，要完成的操作是從10.1.3事務(wù)的特性事務(wù)的ACID特性：原子性（Atomicity）一個事務(wù)中所包含的操作要么全做要么全不做。保證原子性是由DBMS的事務(wù)管理子系統(tǒng)來實現(xiàn)一致性（Consistency）事務(wù)的執(zhí)行應(yīng)保證數(shù)據(jù)的一致性。保證一致性是事務(wù)編寫人員的職責(zé)，但由DBMS的完整性子系統(tǒng)進(jìn)行測試10.1.3事務(wù)的特性事務(wù)的ACID特性：10.1.3事務(wù)的特性事務(wù)的ACID特性：隔離性（Isolation）事務(wù)之間不能相互干擾，主要體現(xiàn)在一個事務(wù)正在訪問的數(shù)據(jù)其他事務(wù)不能訪問。保證隔離性由DBMS的并發(fā)控制子系統(tǒng)來實現(xiàn)。持續(xù)性（Durability）事務(wù)一旦提交，它對數(shù)據(jù)庫的改變是有效的，即使發(fā)生故障改變也不會改變。持續(xù)性由DBMS的數(shù)據(jù)恢復(fù)子系統(tǒng)實現(xiàn)。10.1.3事務(wù)的特性事務(wù)的ACID特性：10.2數(shù)據(jù)庫恢復(fù)概述故障是不可避免的故障的種類：事務(wù)故障，系統(tǒng)故障（非正常重啟），介質(zhì)故障，病毒數(shù)據(jù)庫的恢復(fù) 把數(shù)據(jù)庫從錯誤狀態(tài)恢復(fù)到某一已知的正確狀態(tài)(亦稱為一致狀態(tài)或完整狀態(tài))恢復(fù)數(shù)據(jù)庫的技術(shù)保證：1.適時做好數(shù)據(jù)庫的轉(zhuǎn)儲。2.登記日志文件10.2數(shù)據(jù)庫恢復(fù)概述故障是不可避免的10.3.1日志文件的格式和內(nèi)容什么是日志文件日志文件(log)是用來記錄事務(wù)對數(shù)據(jù)庫的更新操作的文件日志文件中存儲的一條條日志記錄，每個記錄包含以下內(nèi)容：事務(wù)標(biāo)識（標(biāo)明是哪個事務(wù)）事務(wù)的開始、結(jié)束標(biāo)志操作類型（插入、刪除或修改）操作對象（記錄內(nèi)部標(biāo)識）更新前數(shù)據(jù)的舊值（對插入操作而言，此項為空值）更新后數(shù)據(jù)的新值（對刪除操作而言,此項為空值）10.3.1日志文件的格式和內(nèi)容什么是日志文件10.3.2登記日志文件的原則登記的次序嚴(yán)格按照并行事務(wù)執(zhí)行的時間次序必須先寫日志文件，后寫數(shù)據(jù)庫寫日志文件操作：把表示這個修改的日志記錄寫到日志文件寫數(shù)據(jù)庫操作：把對數(shù)據(jù)的修改寫到數(shù)據(jù)庫中10.3.2登記日志文件的原則登記的次序嚴(yán)格按照并行事務(wù)執(zhí)10.3.2登記日志文件的原則為什么要先寫日志文件寫數(shù)據(jù)庫和寫日志文件是兩個不同的操作在這兩個操作之間可能發(fā)生故障如果先寫了數(shù)據(jù)庫修改，而在日志文件中沒有登記下這個修改，則以后就無法恢復(fù)這個修改了如果先寫日志，但沒有修改數(shù)據(jù)庫，按日志文件恢復(fù)時只不過是多執(zhí)行一次不必要的UNDO操作，并不會影響數(shù)據(jù)庫的正確性10.3.2登記日志文件的原則為什么要先寫日志文件10.4.1事務(wù)故障的恢復(fù)策略事務(wù)故障：事務(wù)在運行至正常終止點前被終止恢復(fù)方法由恢復(fù)子系統(tǒng)利用日志文件撤消（UNDO）此事務(wù)已對數(shù)據(jù)庫進(jìn)行的修改事務(wù)故障的恢復(fù)由系統(tǒng)自動完成，對用戶是透明的，不需要用戶干預(yù)10.4.1事務(wù)故障的恢復(fù)策略事務(wù)故障：事務(wù)在運行至正常10.4.2系統(tǒng)故障的恢復(fù)策略系統(tǒng)故障造成數(shù)據(jù)庫不一致狀態(tài)的原因未完成事務(wù)對數(shù)據(jù)庫的更新已寫入數(shù)據(jù)庫已提交事務(wù)對數(shù)據(jù)庫的更新還留在緩沖區(qū)沒來得及寫入數(shù)據(jù)庫恢復(fù)方法1.Undo故障發(fā)生時未完成的事務(wù)2.Redo已完成的事務(wù)系統(tǒng)故障的恢復(fù)由系統(tǒng)在重新啟動時自動完成，不需要用戶干預(yù)10.4.2系統(tǒng)故障的恢復(fù)策略系統(tǒng)故障造成數(shù)據(jù)庫不一致狀10.4.3介質(zhì)故障的恢復(fù)策略裝入最新的后備數(shù)據(jù)庫副本2.裝入有關(guān)的日志文件副本(轉(zhuǎn)儲結(jié)束時刻的日志文件副本)，重做已完成的事務(wù)。

轉(zhuǎn)儲

運行事務(wù)故障正常運行─┼───────┼──────────|───Ta停止所有事務(wù)TbTf └────────────重裝后備副本

利用日志文件恢復(fù)繼續(xù)運行恢復(fù)

─┼───────┼┈┈┈┈┈┈┈┈┼────10.4.3介質(zhì)故障的恢復(fù)策略裝入最新的后備數(shù)據(jù)庫副本第十章數(shù)據(jù)庫恢復(fù)技術(shù)10.1事務(wù)的基本概念10.2數(shù)據(jù)庫恢復(fù)概述10.3故障的種類10.4恢復(fù)的實現(xiàn)技術(shù)10.5恢復(fù)策略10.6具有檢查點的恢復(fù)技術(shù)10.7數(shù)據(jù)庫鏡像10.8小結(jié)第十章數(shù)據(jù)庫恢復(fù)技術(shù)10.1事務(wù)的基本概念10.5.1具有檢查點的恢復(fù)技術(shù)一、問題的提出一旦發(fā)生故障，那些事務(wù)REDO,那些事務(wù)UNDO?二、檢查點技術(shù)在DBS運行時，DBMS定時設(shè)置檢查點，只有在檢查點時刻才真正把對數(shù)據(jù)庫的修改寫到磁盤，并在日志文件中寫入一條檢查點記錄。當(dāng)恢復(fù)數(shù)據(jù)庫時，只有那些在最近的檢查點沒有完成寫操作的事務(wù)需要處理。10.5.1具有檢查點的恢復(fù)技術(shù)一、問題的提出10.5.2利用檢查點的恢復(fù)策略系統(tǒng)出現(xiàn)故障時，恢復(fù)子系統(tǒng)將根據(jù)事務(wù)的不同狀態(tài)采取不同的恢復(fù)策略

T1：不用管T2：REDUT3：UNDOT4:：REDOT5：UNDO10.5.2利用檢查點的恢復(fù)策略系統(tǒng)出現(xiàn)故障時，恢復(fù)子系統(tǒng)10.5.2利用檢查點的恢復(fù)策略T1：在檢查點之前提交T2：在檢查點之前開始執(zhí)行，在檢查點之后故障點之前提交T3：在檢查點之前開始執(zhí)行，在故障點時還未完成T4：在檢查點之后開始執(zhí)行，在故障點之前提交T5：在檢查點之后開始執(zhí)行，在故障點時還未完成恢復(fù)策略：T3和T5在故障發(fā)生時還未完成，所以予以撤銷T2和T4在檢查點之后才提交，它們對數(shù)據(jù)庫所做的修改在故障發(fā)生時可能還在緩沖區(qū)中，尚未寫入數(shù)據(jù)庫，所以要REDOT1在檢查點之前已提交，所以不必執(zhí)行REDO操作10.5.2利用檢查點的恢復(fù)策略T1：在檢查點之前提交10.6數(shù)據(jù)庫