【正文】 e(D) end 鎖的實(shí)現(xiàn) ? 鎖管理器 ? 事務(wù)向鎖管理器發(fā)送封鎖的申請(qǐng)和釋放請(qǐng)求 ? 鎖管理器維護(hù)一個(gè)鎖表記錄鎖的授予情況和處于等待狀態(tài)的封鎖請(qǐng)求 ? 鎖表 ? 鎖表一般作為內(nèi)存中的 hash表 ， 按被封鎖對(duì)象的名字建立索引 鎖的實(shí)現(xiàn) ? 黑矩形表示已被授予的鎖 ，白色表示等待的封鎖請(qǐng)求 ? 鎖表同時(shí)記錄鎖的類型 ? 新的封鎖請(qǐng)求加到對(duì)應(yīng)請(qǐng)求隊(duì)列的末尾 ， 當(dāng)封鎖請(qǐng)求與前面的鎖相容時(shí)被批注 ? 釋放封鎖時(shí)請(qǐng)求從隊(duì)列中刪除并檢查后續(xù)請(qǐng)求是否滿足 ? 如果事務(wù)放棄 ， 所有授予的和等待的鎖請(qǐng)求都被刪除 ? 為提高效率 ， 鎖管理器會(huì)記錄每個(gè)事務(wù)持有鎖的情況 鎖的實(shí)現(xiàn) ? 如何看待鎖 ? 封鎖資源 ? 表 “ Authors”、 頁(yè)面 2 碼為 “ 23812”的 元組 ? 鎖管理器對(duì)資源一無(wú)所知 ,它只是 “ memcmp()” 資源類型 資源詳細(xì)數(shù)據(jù) 數(shù)據(jù)庫(kù) ID 鎖資源格式 325658 5 Object ID 2:328 6 File: Page 2:328:11 9 File: Page: Slot on Page 5 5 5 鎖的實(shí)現(xiàn) RID： 8字節(jié) (File, Page, Slot) 除非刪除或移到其他地方，否則 RID保持不變；如果刪除元組， RID可以重用 RID可以作為封鎖資源 固定的 RID 聚集索引 聚集索引 行可以由唯一的聚集碼標(biāo)識(shí) 聚集碼可以作為封鎖資源 二級(jí)索引 碼 位臵 指針 (RID或聚集索引 ) 二級(jí)索引 碼和位臵可以作為封鎖資源 鎖的實(shí)現(xiàn) 3 4 6 7 9 10 14 1 7 3 4 6 9 10 14 1 3 4 6 7 9 10 14 1 Read mitted 鎖在讀完即刻釋放，下次讀取可能會(huì)遇到修改或刪除的元組 Repeatable read 被讀取的元組鎖一直保持，下次讀取可能會(huì)遇到插入的元組 Repeatable read 被讀取的元組以及掃描的范圍鎖一直保持，避免往掃描范圍內(nèi)插元組 鎖的實(shí)現(xiàn) Adams 6 6 Lewis 1 Smith 11 碼 位置 (聚集索引 ) 聚集索引 1 Lewis Dan Adams Kim 11 Smith Ken ... ... 6 Adams 6 Hash 0x033807FF9B2C Adams Adams 鎖升級(jí) Locking cost Concurrency cost Row Page Table Cost 行鎖代價(jià)高 、 并發(fā)度高 表鎖代價(jià)低 、 并發(fā)度低 鎖升級(jí) ? 鎖升級(jí) ? 鎖升級(jí)是將眾多細(xì)粒度鎖轉(zhuǎn)換為較少的粗粒度的鎖的過(guò)程 ， 以削減系統(tǒng)開(kāi)銷 ? 當(dāng)事務(wù)超過(guò)它的升級(jí)極限時(shí) ， 系統(tǒng)自動(dòng)將行鎖和頁(yè)鎖升級(jí)為表鎖 ? 例如 ， 當(dāng)事務(wù)從表中請(qǐng)求行時(shí) ， 系統(tǒng)獲取受影響的行上的鎖 ， 并在包含這些行的頁(yè)和表或者索引上放臵更高級(jí)別的意向鎖 。 獲取更強(qiáng)的鎖后 ， 表事務(wù)持有的所有頁(yè)級(jí)鎖和行級(jí)鎖都被釋放 ， 從而削減鎖的開(kāi)銷 死鎖 (Deadlock) ? 兩個(gè)事務(wù)都封鎖了一些數(shù)據(jù)對(duì)象 ， 并相互等待對(duì)方釋放另一些數(shù)據(jù)對(duì)象以便對(duì)其封鎖 ， 結(jié)果兩個(gè)事務(wù)都不能結(jié)束 ， 則發(fā)生死鎖 死鎖 Connection 1 Connection 2 USE pubs WHILE (1=1) BEGIN BEGIN TRAN UPDATE employee SET lname=39。PMA42628M‘ UPDATE authors SET au_lname=39。 WHERE au_id=39。Jones39。172321176‘ UPDATE employee SET lname=39。 WHERE emp_id=39。 lockX(B)。 這些備用的數(shù)據(jù)稱為后備 （ 后援 ） 副本 ? 靜態(tài)轉(zhuǎn)儲(chǔ) ? 轉(zhuǎn)儲(chǔ)期間不允許對(duì)數(shù)據(jù)庫(kù)進(jìn)行任何存取 、 修改活動(dòng) ? 動(dòng)態(tài)轉(zhuǎn)儲(chǔ) ? 轉(zhuǎn)儲(chǔ)期間允許對(duì)數(shù)據(jù)庫(kù)進(jìn)行存取或修改 ? 海量轉(zhuǎn)儲(chǔ) ? 每次轉(zhuǎn)儲(chǔ)全部數(shù)據(jù)庫(kù) ? 增量轉(zhuǎn)儲(chǔ) ? 每次只轉(zhuǎn)儲(chǔ)上次轉(zhuǎn)儲(chǔ)后更新過(guò)的數(shù)據(jù) 分析可用性和恢復(fù)要求 ? 幫助分析可用性和恢復(fù)要求的基本問(wèn)題 ? 您的可用性要求是什么 ？ 每天的什么時(shí)間數(shù)據(jù)庫(kù)必須處于聯(lián)機(jī)狀態(tài) ？ ? 服務(wù)器故障時(shí)間將對(duì)公司造成多大的經(jīng)濟(jì)損失 ？ ? 如果遇到媒體故障 ， 如磁盤驅(qū)動(dòng)器發(fā)生故障 ， 可接受的故障時(shí)間是多長(zhǎng) ？ ? 一旦發(fā)生災(zāi)難 ， 如因火災(zāi)丟失服務(wù)器 ， 可接受的故障時(shí)間是多長(zhǎng) ？ ? 不丟失任何更改的重要程度如何 ？ ? 重新創(chuàng)建丟失的數(shù)據(jù)的難易程度如何 ？ ? 單位是否雇用系統(tǒng)或數(shù)據(jù)庫(kù)管理員 ？ ? 誰(shuí)將對(duì)執(zhí)行備份和恢復(fù)操作負(fù)責(zé) ， 如何培訓(xùn)這些人 ？ 備份 分析可用性和恢復(fù)要求 ? 幫助選擇適合站點(diǎn)的工具 、 技術(shù)和硬件 ? 每個(gè)數(shù)據(jù)庫(kù)多大 ？ ? 每個(gè)數(shù)據(jù)庫(kù)內(nèi)的數(shù)據(jù)更改是否頻繁 ？ ? 有些表是否比其它表修改得頻繁 ？ ? 何時(shí)為關(guān)鍵數(shù)據(jù)庫(kù)生產(chǎn)周期 ？ ? 什么時(shí)候大量使用數(shù)據(jù)庫(kù) ， 導(dǎo)致頻繁的插入和更新操作 ？ ? 事務(wù)日志空間消耗是否由于大量的更新活動(dòng)而可能是一個(gè)問(wèn)題 ？ ? 數(shù)據(jù)庫(kù)是否受限于定期的大容量數(shù)據(jù)裝載 ？ ? 數(shù)據(jù)庫(kù)是否遭受可能不會(huì)立即檢測(cè)到的危險(xiǎn)更新和應(yīng)用程序錯(cuò)誤 ？ ? 數(shù)據(jù)庫(kù)是否在集中管理的多服務(wù)器環(huán)境中 ？ 備份策略 ? 數(shù)據(jù)庫(kù)備份 ? 數(shù)據(jù)庫(kù)備份創(chuàng)建備份完成時(shí)數(shù)據(jù)庫(kù)內(nèi)存在的數(shù)據(jù)的副本 ， 通常按常規(guī)時(shí)間間隔調(diào)度 ? 還原數(shù)據(jù)庫(kù)備份將重新創(chuàng)建數(shù)據(jù)庫(kù)和備份完成時(shí)數(shù)據(jù)庫(kù)中存在的所有相關(guān)文件 。disk39。, DISK =39。 BACKUP DATABASE LJCHEN TO MyBKDB RESTORE DATABASE LJCHEN FROM MyBKDB 備份策略 ? 差異數(shù)據(jù)庫(kù)備份 ? 差異數(shù)據(jù)庫(kù)備份只記錄自上次數(shù)據(jù)庫(kù)備份后發(fā)生更改的數(shù)據(jù) ， 比數(shù)據(jù)庫(kù)備份小而且備份速度快 ? 使用差異數(shù)據(jù)庫(kù)備份將數(shù)據(jù)庫(kù)還原到差異數(shù)據(jù)庫(kù)備份完成時(shí)的那一點(diǎn) BACKUP DATABASE LJCHEN TO MyBKDB WITH INIT BACKUP DATABASE LJCHEN TO MyBKDB WITH DIFFERENTIAL RESTORE DATABASE LJCHEN FROM MyBKDB WITH NORECOVERY RESTORE DATABASE LJCHEN FROM MyBKDB WITH FILE = 2,RECOV