資料庫的備份與還原資料庫的備份還原、卸離附加-全文預(yù)覽
【正文】 29 145 與交易有關(guān)的 SQL敘述 COMMIT TRANSACTION敘述 ? 語法結(jié)構(gòu)： COMMIT TRAN[SACTION] [transaction_name | tran_name_variable] ? 功能：標(biāo)示一交易的終止點，表示一交易已成功的被執(zhí)行了。 ? COMMIT：是存檔的動作，它會將一交易內(nèi)所有對資料庫的修訂儲存至磁碟上。例如：將遊戲點數(shù)由 A帳號轉(zhuǎn)移至 B帳號即是一個交易應(yīng)用，該交易包含了下面兩個動作： ? 因轉(zhuǎn)出動作而修改 A帳號資料 ? 因轉(zhuǎn)入動作而修改 B帳號資料 25 144 SQL Server中交易與記錄檔 如果系統(tǒng) 已經(jīng)完成 了由 A帳號轉(zhuǎn)出的動作，而此時發(fā)生了系統(tǒng)當(dāng)機，當(dāng)系統(tǒng)重新開機後， A帳號客戶就會白白的損失一筆遊戲點數(shù)，因為尚未轉(zhuǎn)到 B帳號 ，這樣的系統(tǒng)就不太會有人敢使用了。主要是 用在高度爭用資源 的環(huán)境中，以鎖定方式來保護(hù)資源的成本，會低於發(fā)生並行衝突時回復(fù)交易的成本。此時則因為該資料錄的內(nèi)容被改變了，所以會造成交易 1讀取了不同內(nèi)容的同一筆資料 22 143 交易的並行控制 幽靈讀取 (Phantom Read )：發(fā)生在兩個交易中都對資料表作 INSERT或 DELETE動作時所發(fā)生。所以交易 T2讀取了資料 X的「暫時值」（ Temporary value）。在此情況下，交易 T1對資料項目 X的更新被交易 T2所影響而遺失了。 ?接著交易 T2也讀取 X且作 X ＝ X － 500的處理。 ? Redo：當(dāng)系統(tǒng)發(fā)生錯誤前，交易已作「認(rèn)可」(Commit)動作，但資料尚未寫到磁碟上，根據(jù)「一致性原則」，從最後一個「檢查點」到「認(rèn)可」的操作，需要 Redo，或稱之為向前恢復(fù) (Roll Forward)。「檢查點」是一個系統(tǒng)設(shè)定的時間（例如： 5分鐘、 10分鐘），DBMS每隔「檢查點」所設(shè)定的時間會處理以下的動作： ? 將主記憶體內(nèi)所有日誌 (Log)紀(jì)錄存回磁碟中。當(dāng)交易正在讀寫資料庫資料時，發(fā)生磁碟錯誤，以致磁碟中資料可能遺失。 ? 錯誤回復(fù)機制是維持交易處理的「單元性」和「耐久性」 ? 並行控制機制是在維持「隔離性」和「一致性」 12 142 錯誤回復(fù) 當(dāng)一個交易提交到 DBMS要被執(zhí)行時， DBMS的責(zé)任是要管理此交易順利的執(zhí)行，包括下列的情況： ? 當(dāng)交易成功的執(zhí)行「認(rèn)可」 (Commit)後，此交易對資料庫所作的資料更新需反應(yīng)到資料庫中。 ? 耐久性 （ Durability） ? 一個交易成功的執(zhí)行「認(rèn)可」（ mit）命令後，它對資料庫所作的任何資料更新處理，均反應(yīng)在資料庫中。 因此，單元性也稱之為不可部份完成性。由於系統(tǒng)在同一時間可能會執(zhí)行多的 process，因此如何 保證資料讀取、寫入的正確性 就是交易探討的重要課題。 ? 假如當(dāng) Pi之 I/O完成後（時間 t3），經(jīng)過排班程式的選擇， Pi會重新拿到 CPU的使用權(quán)。在時間 t1， Pi被 CPU執(zhí)行。 資料庫系統(tǒng)是一個交易處理系統(tǒng)(Transaction Processing System)，它容許交易同步的被執(zhí)行。 ? 在該邏輯單元中如果 全部執(zhí)行成功 ，則會 確定交易期間所修改的所有資料正式成為資料庫的內(nèi)容；如果 有發(fā)生錯誤 ，則必頇 取消或回復(fù) 該交易期間內(nèi)所有的資料修改。 6 141 交易概念介紹 ? 如下圖所示，有兩個處理程序 Pi和 Pj以交錯方式被 CPU執(zhí)行。在此等待的時間中，為了提高 CPU之使用率以及系統(tǒng)整體效能（ throughput）， CPU會執(zhí)行其他處理程序，在本例中 Pj會被 CPU的排班程式（ scheduler）選出而被執(zhí)行，如上頁圖之時間 t2所示。 8 141 交易概念介紹 為何交易會與 多 使用者系統(tǒng)有關(guān)係，因為大多數(shù)的資料庫理論是在交錯同步 (Interleaved Concurrency)的假設(shè)下發(fā)展出來的。否則，發(fā)生任一錯誤情況時，則將交易所做的資料更新復(fù)原到交易開始前狀況（ undo）。 10 141 交易概念介紹 ? 隔離性（ Isolation） ? 一個執(zhí)行中的交易不應(yīng)被其他同步執(zhí)行中的交易所影響，即交易間應(yīng)具有隔離機制。而交易管理的主要目的是要維持資料庫中資料的 一致性 (Consistency)和 正確性 (Correctness)。 13 142 錯誤回復(fù) 錯誤種類（ Types of Failures）：一般可分為 3大類，交易錯誤、系統(tǒng)錯誤以及儲存媒體錯誤 ? 交易錯誤（ Transaction Failures） ? 邏輯錯誤（ Logical Error） ? 資料錯誤（ Data Error） ? 同步控制強制錯誤（ Concurrency Control Enforcement Error） ? 系統(tǒng)錯誤（ System Failure） ? 電腦錯誤（ Computer Failures） ? 天災(zāi)（ Catastrophes） 14 142 錯誤回復(fù) ? 儲存媒體錯誤（ Storage Media Failures） ? 主要是指磁碟錯誤。在說明回復(fù)程序前，我們必頇先介紹「檢查點」（ checkpoint）事件。 16 142 錯誤回復(fù) 檢查點記錄的主要功能是幫助回復(fù)程序作Redo和 Undo工作，所以包含了系統(tǒng)重啟之後必頇處理的資訊。 ?交易 T1先讀取資料項目 X，然後對 X作更新處理（ X ＝ X ＋ 100）。 ?最後交易 T1和 T2分別執(zhí)行「認(rèn)可」（ Commit）處理。 20 143 交易的並行控制 ? 暫時更新問題如圖所示 ? 交易 T1更新了資料 X但在正常結(jié)束前發(fā)生了錯誤，使得 X必頇回復(fù)成舊的資料值。 例如：交易 1在不同時間點讀取同一筆資料一次以上，而在其中任兩次讀取之間，有另一個交易 2改變了該筆資料。 23 143 交易的並行控制 並行控制的方法可分為二類：悲觀並行控制 (Pessimistic)與樂觀並行控制(Optimistic) ? 悲觀並行控制：使用者在執(zhí)行某個動作而鎖定某些資源之後，其他使用者就不能執(zhí)行會與該鎖定衝突的動作，直到擁有者解除鎖定為止。 24 144 SQL Server中交易與記
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1