[it認(rèn)證]軟件設(shè)計(jì)師數(shù)據(jù)庫教程-資料下載頁
2025-01-19 08:51本頁面
【正文】 備份和日志進(jìn)行恢復(fù) 。 ?事務(wù)故障：對(duì)故障事務(wù)作撤消 （ UNDO） 操作 ? 系統(tǒng)故障：重啟 DBMS， 利用日志： 對(duì)未完成事務(wù)做撤消 （ UNDO） 操作對(duì)已提交但其更新結(jié)果尚留在系統(tǒng)緩沖區(qū)的事務(wù)作重做（ REDO） 操作 ， 重新執(zhí)行故障發(fā)生時(shí)未完成的事務(wù) 。 ? 介質(zhì)故障：重裝最新的備份 ， 利用日志對(duì)此備份以來的全部成功事務(wù)進(jìn)行 REDO操作 ， 以使 DB恢復(fù)到故障發(fā)生前的正確狀態(tài) 。 50 二、數(shù)據(jù)庫的備份與恢復(fù) ? 數(shù)據(jù)庫鏡像 ?在現(xiàn)有的 SQL標(biāo)準(zhǔn)中 ， 沒有顯式的事務(wù)開始語句 （ 今后的 SQL標(biāo)準(zhǔn)中將包含 BEGIN TRANSACTION） ， 當(dāng)程序中沒有事務(wù)存在而執(zhí)行一個(gè)能啟動(dòng)事務(wù)的 SQL語句時(shí)就是一個(gè)事務(wù)的開始 。 SQL中的 COMMIT或ROLLBACK都意味著一個(gè)事務(wù)結(jié)束 ， 但支持SQL的不同 DBMS有些差異 。 51 三、并發(fā)控制 ? 為了充分利用數(shù)據(jù)庫這個(gè)共享資源 ， DBMS允許多個(gè)事務(wù)并發(fā)地存取數(shù)據(jù)庫 。 ? 如果不對(duì)并發(fā)操作進(jìn)行恰當(dāng)?shù)目刂?， 可能導(dǎo)致如下的數(shù)據(jù)不一致性問題： ?丟失更新問題：一事務(wù)所作的更新操作因另一事務(wù)的操作而丟失 。 ?讀 “ 臟數(shù)據(jù) ” 問題：又稱為未提交依賴 ， 指一事務(wù)取用了別的事務(wù)未提交隨后又被撤消的數(shù)據(jù) 。 ?不一致分析問題：指事務(wù)從數(shù)據(jù)庫中讀取了處于不一致狀態(tài)的數(shù)據(jù) ， 并因此進(jìn)行了不一致的分析 。 52 三、并發(fā)控制 ? 封鎖是實(shí)現(xiàn)并發(fā)控制的重要技術(shù) 。 所謂封鎖 ， 是指事務(wù)向系統(tǒng)發(fā)出對(duì)某數(shù)據(jù)對(duì)象加鎖的請(qǐng)求 ， 以取得對(duì)該對(duì)象一定的控制權(quán) ?；镜姆怄i有兩類： ?排它型封鎖 （ 寫鎖 ， X封鎖 ） ：一個(gè)事務(wù)對(duì)數(shù)據(jù)對(duì)象加了 X鎖后 ， 在它釋放 X鎖之前不允許其他事務(wù)再對(duì)該數(shù)據(jù)對(duì)象加任何鎖 。 ?共享型鎖 （ 讀鎖 ， S封鎖 ） ：一個(gè)事務(wù)對(duì)數(shù)據(jù)對(duì)象加了 S鎖后 ， 允許其他事務(wù)再對(duì)該數(shù)據(jù)對(duì)象加 S鎖 ， 但在它釋放 S鎖之前不允許其他事務(wù)加 X鎖 。 53 三、并發(fā)控制 ? 封鎖協(xié)議 ? PX協(xié)議主要內(nèi)容是：事務(wù)若要更新數(shù)據(jù) ， 則必須先提出對(duì)此數(shù)據(jù)對(duì)象的 X封鎖請(qǐng)求；事務(wù)如果未獲準(zhǔn) X封鎖 ， 那么進(jìn)入等待狀態(tài) ， 直至獲準(zhǔn)在此數(shù)據(jù)對(duì)象上的 X封鎖 ， 才能繼續(xù)執(zhí)行 。PX協(xié)議可以解決因多事務(wù)同時(shí)更新同一數(shù)據(jù)對(duì)象而引起的更新丟失問題 。 ?PS協(xié)議主要內(nèi)容是：事務(wù)若要存取數(shù)據(jù) ， 則必須先提出對(duì)此數(shù)據(jù)對(duì)象的 S封鎖請(qǐng)求；事務(wù)如果未獲準(zhǔn) S封鎖 ， 那么進(jìn)入等待狀態(tài) ， 直至獲準(zhǔn)在此數(shù)據(jù)對(duì)象上 S封鎖 ， 才能繼續(xù)執(zhí)行；事務(wù)在更新數(shù)據(jù)前必須先將它在該數(shù)據(jù)對(duì)象上的S封鎖升級(jí) （ UPGRADE） 為 X封鎖 。 54 三、并發(fā)控制 ? 活鎖和死鎖 ? 恰當(dāng)?shù)剡\(yùn)用封鎖技術(shù) ， 可以保證并發(fā)調(diào)度的正確性 、 有效地避免數(shù)據(jù)不一致 ， 但有可能引起活鎖和死鎖問題 。 ?① 活鎖：出現(xiàn)某個(gè)事務(wù)永遠(yuǎn)處于等待狀態(tài)得不到執(zhí)行的現(xiàn)象 。 避免活鎖的一個(gè)簡(jiǎn)便方法是采用 “ 先來先服務(wù) ” 排隊(duì)的策略 。 ?② 死鎖：出現(xiàn)若干事務(wù)因循環(huán)等待而無法繼續(xù)執(zhí)行的現(xiàn)象 。 死鎖的診斷 DBMS周期地測(cè)試系統(tǒng)中是否出現(xiàn)了死鎖 。 用事務(wù)依賴圖的形式可以測(cè)試系統(tǒng)中是否存在死鎖 。 如果在事務(wù)依賴圖中 ， 沿著箭頭方向存在一個(gè)循環(huán) ， 那么表示已出現(xiàn)死鎖現(xiàn)象 。 55 三、并發(fā)控制 ? 并發(fā)事務(wù)的可串行化調(diào)度 ? 事務(wù)的執(zhí)行次序稱為 “ 調(diào)度 ” 。 ? 若多個(gè)事務(wù)依次執(zhí)行 ， 則稱為事務(wù)的串行調(diào)度 。 ? 若設(shè)法 （ 例如利用分時(shí)的方法 ） 多個(gè)事務(wù)同時(shí)被處理（ 即交錯(cuò)執(zhí)行 ） ， 則稱為事務(wù)的并發(fā)調(diào)度 。 ? 在應(yīng)用環(huán)境中 ， 事務(wù)的任一串行調(diào)度都是有效的 （ 正確的 ） ， 但是事務(wù)的并發(fā)調(diào)度不一定是正確的 ， 有可能產(chǎn)生前面提到的不一致性問題 。 ? 如果一個(gè)并發(fā)調(diào)度與某一串行調(diào)度具有相同的執(zhí)行結(jié)果 ， 那么稱這個(gè)并發(fā)調(diào)度是 “ 可串行化的調(diào)度 ” （ 即正確的并發(fā)調(diào)度 ） ， 否則是不可串行化的調(diào)度 。 56 三、并發(fā)控制 ? 兩段封鎖協(xié)議 ?事務(wù)在對(duì)數(shù)據(jù)對(duì)象存取之前必須先獲得對(duì)此數(shù)據(jù)對(duì)象的封鎖 ， 事務(wù)在解除了一個(gè)鎖之后不再獲得任何鎖 。 ? 封鎖的粒度 57 四、安全性和授權(quán) ? 安全性 ?是指保護(hù) DB， 防止不合法的使用 ， 以免數(shù)據(jù)的泄漏 、 非法更改和破壞 。 ? 安全性級(jí)別 ?設(shè)置安全措施所牽涉的層次 。 分成環(huán)境級(jí) 、職員級(jí) 、 OS級(jí) 、 網(wǎng)絡(luò)級(jí)和 DBS級(jí)等五個(gè)級(jí)別 。這里只討論 DBS級(jí)的安全性問題 。 58 四、安全性和授權(quán) ? 權(quán)限的授予 、 轉(zhuǎn)授與回收 ?授權(quán) 可根據(jù)需要把在某對(duì)象上的某些權(quán)限授予特定的用戶 。 ?轉(zhuǎn)授 若擁有轉(zhuǎn)授權(quán) ， 則允許把已獲得的權(quán)限再轉(zhuǎn)授給其他用戶 。 ?回收 也可以撤消已授給某用戶的某些權(quán)限 。 59 四、安全性和授權(quán) ? 安全性由兩個(gè)機(jī)制提供：視圖和授權(quán)子系統(tǒng) 。 ?視圖 視圖是虛表 ， 視圖機(jī)制使 DBS具有三個(gè)優(yōu)點(diǎn)：數(shù)據(jù)安全性 、 邏輯獨(dú)立性 、 用戶操作簡(jiǎn)便性 。 ? SQL中的用戶權(quán)限及操作 ?四 類 權(quán) 限 ： READ ， INSERT ， DELETE ，UPDATE。 ?授權(quán) （ GRADE） 語句：將關(guān)系和視圖操作權(quán)授予特定用戶 ?回收 （ REVOKE） 語句：回收已授給某用戶的權(quán)限 。
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1