




版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、Oracle的性能的性能優(yōu)化優(yōu)化本章學(xué)習(xí)目標(biāo)本章學(xué)習(xí)目標(biāo) 本章將介紹優(yōu)化和調(diào)整Oracle數(shù)據(jù)庫(kù)系統(tǒng)的一些相關(guān)命令和方法。第九章第九章第九章第九章第九章第九章 OracleOracleOracle的性能優(yōu)化的性能優(yōu)化的性能優(yōu)化的性能優(yōu)化的性能優(yōu)化的性能優(yōu)化本章內(nèi)容安排本章內(nèi)容安排本章內(nèi)容安排本章內(nèi)容安排本章內(nèi)容安排本章內(nèi)容安排 (1)調(diào)整數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)。(2)調(diào)整應(yīng)用程序結(jié)構(gòu)設(shè)計(jì)。(3)調(diào)整數(shù)據(jù)庫(kù)SQL語(yǔ)句。(4)調(diào)整服務(wù)器內(nèi)存分配。(5)調(diào)整硬盤(pán)I/O,這一步是在信息系統(tǒng)開(kāi)發(fā)之前完成的。(6)調(diào)整操作系統(tǒng)參數(shù)。9.1.1 數(shù)據(jù)庫(kù)性能優(yōu)化的內(nèi)容數(shù)據(jù)庫(kù)性能優(yōu)化的內(nèi)容1 1在線(xiàn)事務(wù)處理信息系統(tǒng)(在
2、線(xiàn)事務(wù)處理信息系統(tǒng)(OLTPOLTP) 這種類(lèi)型的信息系統(tǒng)一般需要有大量的Insert、Update操作。OLTP系統(tǒng)需要保證數(shù)據(jù)庫(kù)的并發(fā)性、可靠性和最終用戶(hù)的速度,這類(lèi)系統(tǒng)使用的Oracle數(shù)據(jù)庫(kù)需要主要考慮下述因素或參數(shù):(1)數(shù)據(jù)庫(kù)回滾段是否足夠?(2)是否需要建立Oracle數(shù)據(jù)庫(kù)索引、聚集、散列?(3)系統(tǒng)全局區(qū)(SGA)大小是否足夠?(4)SQL語(yǔ)句是否高效?9.1.2 不同類(lèi)型系統(tǒng)的優(yōu)化不同類(lèi)型系統(tǒng)的優(yōu)化2 2數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)(數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)(Data WarehousingData Warehousing)這種信息系統(tǒng)的主要任務(wù)是從Oracle的海量數(shù)據(jù)中進(jìn)行查詢(xún),得到數(shù)據(jù)之間的某些
3、規(guī)律。數(shù)據(jù)庫(kù)管理員需要為這種類(lèi)型的Oracle數(shù)據(jù)庫(kù)著重考慮下述因素或參數(shù):(1)是否采用B*-索引或者bitmap索引?(2)是否采用并行SQL查詢(xún)以提高查詢(xún)效率?(3)是否采用PL/SQL函數(shù)編寫(xiě)存儲(chǔ)過(guò)程?(4)是否有必要建立并行數(shù)據(jù)庫(kù),來(lái)提高數(shù)據(jù)庫(kù)的查詢(xún)效率。 9.2 SQL語(yǔ)句的優(yōu)化9.2.1 SQL語(yǔ)句的優(yōu)化規(guī)則 (1)去掉不必要的大表、全表掃描。不必要的大表、全表掃描會(huì)造成不必要的輸入輸出,而且還會(huì)拖垮整個(gè)數(shù)據(jù)庫(kù);(2)檢查優(yōu)化索引的使用 這對(duì)于提高查詢(xún)速度來(lái)說(shuō)非常重要;(3)檢查子查詢(xún),考慮SQL子查詢(xún)是否可以用簡(jiǎn)單連接的方式進(jìn)行重新書(shū)寫(xiě);(4)調(diào)整PCTFREE和PCTUSED
4、等存儲(chǔ)參數(shù)優(yōu)化插入、更新或者刪除等操作;(5)考慮數(shù)據(jù)庫(kù)的優(yōu)化器;(6)考慮數(shù)據(jù)表的全表掃描和在多個(gè)CPU的情況下考慮并行查詢(xún)。1 1索引的使用索引的使用2.SQL2.SQL語(yǔ)句排序優(yōu)化語(yǔ)句排序優(yōu)化3. 3. 選擇聯(lián)合查詢(xún)的聯(lián)合次序選擇聯(lián)合查詢(xún)的聯(lián)合次序 9.2.2 SQL語(yǔ)句優(yōu)化的具體方法4.SQL4.SQL子查詢(xún)的調(diào)整子查詢(xún)的調(diào)整 1、索引的使用索引的使用(1)盡量使用索引 是全表掃描還是索引范圍掃描主要考慮SQL的查詢(xún)速度問(wèn)題。試比較下面兩條SQL語(yǔ)句:語(yǔ)句A:SELECT dname,deptno FROM dept WHERE deptno NOT IN(SELECT deptno
5、FROM emp);語(yǔ)句B:SELECT dname,deptno FROM dept WHERE NOT EXISTS(SELECT deptno FROM emp WHERE dept.deptno = emp.deptno); (2)索引不起作用的情況存在數(shù)據(jù)類(lèi)型隱形轉(zhuǎn)換列上有數(shù)學(xué)運(yùn)算使用不等于()運(yùn)算使用substr字符串函數(shù)%通配符在第一個(gè)字符字符串連接(|) (3)函數(shù)的索引例如,日期類(lèi)型是經(jīng)常用到的,而且在SQL語(yǔ)句中會(huì)使用to_char函數(shù)以查詢(xún)具體的的范圍日期。如:select * from staff_member where TO_CHAR(birth_day,YYYY)
6、=2003;可以建立基于函數(shù)的索引如:CREATE INDEX Ind_emp_birth ON staff_member (to_char(birth_day,YYYY);2.SQL2.SQL語(yǔ)句排序優(yōu)化語(yǔ)句排序優(yōu)化排序發(fā)生的情況如下:lSQL中包含group by 子句lSQL 中包含order by 子句lSQL 中包含 distinct 子句lSQL 中包含 minus 或 union操作3 3選擇聯(lián)合查詢(xún)的聯(lián)合次序選擇聯(lián)合查詢(xún)的聯(lián)合次序 聯(lián)合查詢(xún)中如涉及到多個(gè)表的字段關(guān)聯(lián)及查詢(xún),其SQL查詢(xún)語(yǔ)句聯(lián)合次序的不同寫(xiě)法,會(huì)導(dǎo)致語(yǔ)句對(duì)各表具體操作的步驟有不同的次序,所以雖然執(zhí)行結(jié)果相同,但執(zhí)
7、行效率卻不同。 SQLSQL子查詢(xún)的調(diào)整子查詢(xún)的調(diào)整(1)關(guān)聯(lián)子查詢(xún)和非關(guān)聯(lián)子查詢(xún) 非關(guān)聯(lián)查詢(xún)的開(kāi)銷(xiāo)非關(guān)聯(lián)查詢(xún)時(shí)子查詢(xún)只會(huì)執(zhí)行一次,而且結(jié)果是排序好的,并保存在一個(gè)Oracle的臨時(shí)段中,其中的每一個(gè)記錄在返回時(shí)都會(huì)被父查詢(xún)所引用。在子查詢(xún)返回大量的記錄的情況下,將這些結(jié)果集排序,以及將臨時(shí)數(shù)據(jù)段進(jìn)行排序會(huì)增加大量的系統(tǒng)開(kāi)銷(xiāo)。 關(guān)聯(lián)查詢(xún)的開(kāi)銷(xiāo)對(duì)返回到父查詢(xún)的記錄來(lái)說(shuō),子查詢(xún)會(huì)每行執(zhí)行一次。因此,必須保證任何可能的時(shí)候子查詢(xún)用到索引。(2)在子查詢(xún)中慎重使用IN或者NOT IN語(yǔ)句 在子查詢(xún)中慎重使用IN或者NOT IN語(yǔ)句,使用where (NOT)exists的效果要好的多。帶IN的關(guān)聯(lián)子查
8、詢(xún)是多余的,因?yàn)镮N子句和子查詢(xún)中相關(guān)的操作的功能是一樣的。為非關(guān)聯(lián)子查詢(xún)指定EXISTS子句是不適當(dāng)?shù)?,因?yàn)檫@樣會(huì)產(chǎn)生笛卡爾乘積。盡量不要使用NOT IN子句。(3)慎重使用視圖的聯(lián)合查詢(xún) 慎重使用視圖的聯(lián)合查詢(xún),尤其是比較復(fù)雜的視圖之間的聯(lián)合查詢(xún)。一般對(duì)視圖的查詢(xún)最好都分解為對(duì)數(shù)據(jù)表的直接查詢(xún)效果要好一些。 可以在參數(shù)文件中設(shè)置SHARED_POOL_RESERVED_SIZE參數(shù),這個(gè)參數(shù)在SGA共享池中保留一個(gè)連續(xù)的內(nèi)存空間,連續(xù)的內(nèi)存空間有益于存放大的SQL程序包。 9.3 Oracle運(yùn)行環(huán)境的優(yōu)化 內(nèi)存參數(shù)的調(diào)整主要是指Oracle數(shù)據(jù)庫(kù)的系統(tǒng)全局區(qū)(SGA)的調(diào)整。SGA主要由
9、三部分構(gòu)成:共享池、數(shù)據(jù)緩沖區(qū)、日志緩沖區(qū)。1 1共享池共享池 共享池由兩部分構(gòu)成:共享SQL區(qū)和數(shù)據(jù)字典緩沖區(qū)。共享SQL區(qū)是存放用戶(hù)SQL命令的區(qū)域,數(shù)據(jù)字典緩沖區(qū)存放數(shù)據(jù)庫(kù)運(yùn)行的動(dòng)態(tài)信息。9.3.1 內(nèi)存結(jié)構(gòu)的調(diào)整(1)數(shù)據(jù)庫(kù)管理員通過(guò)執(zhí)行下述語(yǔ)句,來(lái)查看共享SQL區(qū)的使用率。select (sum(pins-reloads)/sum(pins) Lib Cache from v$librarycache; 共享SQL區(qū)的使用率應(yīng)該在90以上,否則需要增加共享池的大小。(2)數(shù)據(jù)庫(kù)管理員可以執(zhí)行下述語(yǔ)句,查看數(shù)據(jù)字典緩沖區(qū)的使用率。select (sum(-getmisses-usage
10、-fixed)/sum(gets) Row Cache from v$rowcache; 數(shù)據(jù)字典緩沖區(qū)的使用率也應(yīng)該在90以上,否則需要增加共享池的大小。 2 2數(shù)據(jù)緩沖區(qū)數(shù)據(jù)緩沖區(qū) 數(shù)據(jù)庫(kù)管理員可以通過(guò)下述語(yǔ)句,來(lái)查看數(shù)據(jù)庫(kù)數(shù)據(jù)緩沖區(qū)的使用情況。SELECT name, FROM v$sysstat WHERE name IN (db block gets,consistent gets,physical reads); 根據(jù)查詢(xún)出來(lái)的結(jié)果可以計(jì)算出數(shù)據(jù)緩沖區(qū)的使用命中率:數(shù)據(jù)緩沖區(qū)的使用命中率1 ( physical reads/(db block gets + consistent g
11、ets)這個(gè)命中率應(yīng)該在90以上,否則需要增加數(shù)據(jù)緩沖區(qū)的大小。3 3日志緩沖區(qū)日志緩沖區(qū) 數(shù)據(jù)庫(kù)管理員可以通過(guò)執(zhí)行下述語(yǔ)句,查看日志緩沖區(qū)的使用情況。select name,value from v$sysstat where name in (redo entries,redo log space requests);根據(jù)查詢(xún)出的結(jié)果可以計(jì)算出日志緩沖區(qū)的申請(qǐng)失敗率:申請(qǐng)失敗率requests/entries申請(qǐng)失敗率應(yīng)該接近于0,否則說(shuō)明日志緩沖區(qū)開(kāi)設(shè)太小,需要增加Oracle數(shù)據(jù)庫(kù)的日志緩沖區(qū)。(1)在磁盤(pán)上建立數(shù)據(jù)文件前首先運(yùn)行磁盤(pán)碎片整理程序 為了安全地整理磁盤(pán)碎片,需關(guān)閉打開(kāi)數(shù)據(jù)
12、文件的實(shí)例,并且停止服務(wù)。如果有足夠的連續(xù)磁盤(pán)空間建立數(shù)據(jù)文件,那么就很容易避免數(shù)據(jù)文件產(chǎn)生碎片。(2)不要使用磁盤(pán)壓縮 Oracle數(shù)據(jù)文件不支持磁盤(pán)壓縮。(3)不要使用磁盤(pán)加密 加密象磁盤(pán)壓縮一樣增加了一個(gè)處理層,降低磁盤(pán)讀寫(xiě)速度。如果擔(dān)心自己的數(shù)據(jù)可能泄密,可以使用dbms_obfuscation包和label security選擇性地加密數(shù)據(jù)的敏感部分。9.3.2 物理I/O的調(diào)整(5)使用RAID RAID的使用應(yīng)注意:選擇硬件RAID超過(guò)軟件RAID;日志文件不要放在RAID 5卷上,因?yàn)镽AID 5讀性能高而寫(xiě)性能差;把日志文件和歸檔日志放在與控制文件和數(shù)據(jù)文件分離的磁盤(pán)控制系統(tǒng)
13、上。(6)分離頁(yè)面交換文件到多個(gè)磁盤(pán)物理卷 跨越至少兩個(gè)磁盤(pán)建立兩個(gè)頁(yè)面文件??梢越⑺膫€(gè)頁(yè)面文件并在性能上受益,確保所有頁(yè)面文件的大小之和至少是物理內(nèi)存的兩倍。1 1查看查看CPUCPU的使用情況的使用情況 使用操作命令可以看到CPU的使用情況,一般UNIX操作系統(tǒng)的服務(wù)器,可以使用sar u命令查看CPU的使用率;NT操作系統(tǒng)的服務(wù)器,可以使用NT的性能管理器來(lái)查看CPU的使用率。 出現(xiàn)CPU資源不足的情況是很多的:SQL語(yǔ)句的重解析、低效率的SQL語(yǔ)句、鎖沖突都會(huì)引起CPU資源不足。9.3.3 CPU的優(yōu)化調(diào)整2 2查看查看SQLSQL語(yǔ)句的解析情況語(yǔ)句的解析情況(1)數(shù)據(jù)庫(kù)管理員可以執(zhí)
14、行下述語(yǔ)句來(lái)查看SQL語(yǔ)句的解析情況:SELECT * FROM V$SYSSTAT WHERE NAME IN (parse_time_cpu,parse_time_elapsed,parse_count_ hard);這里:parse_time_cpu:是系統(tǒng)服務(wù)時(shí)間。parse_time_elapsed:是響應(yīng)時(shí)間。而用戶(hù)等待時(shí)間為:waite_time = parse_time_elapsed parse_time_cpu由此可以得到用戶(hù)SQL語(yǔ)句平均解析等待時(shí)間:用戶(hù)SQL語(yǔ)句平均解析等待時(shí)間waite_time/parse_count(2)數(shù)據(jù)庫(kù)管理員還可以通過(guò)下述語(yǔ)句,查看低效率
15、的SQL語(yǔ)句:SELECT BUFFER_GETS,EXECUTIONS,SQL_TEXT FROM V$SQLAREA;優(yōu)化這些低效率的SQL語(yǔ)句也有助于提高CPU的利用率。3 3查看查看OracleOracle數(shù)據(jù)庫(kù)的沖突情況數(shù)據(jù)庫(kù)的沖突情況 數(shù)據(jù)庫(kù)管理員可以通過(guò)v$system_event數(shù)據(jù)字典中的“l(fā)atch free”統(tǒng)計(jì)項(xiàng)查看Oracle數(shù)據(jù)庫(kù)的沖突情況,如果沒(méi)有沖突的話(huà),latch free查詢(xún)出來(lái)沒(méi)有結(jié)果。如果沖突太大的話(huà),數(shù)據(jù)庫(kù)管理員可以降低spin_count參數(shù)值,來(lái)消除高的CPU使用率。 4 4CPUCPU的優(yōu)化調(diào)整方法的優(yōu)化調(diào)整方法 一些優(yōu)化CPU使用和配置的具體方
16、法有:(1)取消屏幕保護(hù)。(2)把系統(tǒng)配置為應(yīng)用服務(wù)器。(3)監(jiān)視系統(tǒng)中消耗中斷的硬件。(4)保持最小的安全審計(jì)記錄。(5)在專(zhuān)用服務(wù)器上運(yùn)行Oracle。(6)禁止非必須的服務(wù)。 網(wǎng)絡(luò)配置是性能調(diào)整的一項(xiàng)很重要的內(nèi)容,而且很容易隱藏性能瓶頸。(1)配置網(wǎng)卡使用最快速度和有效模式(2)刪除不需要的網(wǎng)絡(luò)協(xié)議(3)優(yōu)化網(wǎng)絡(luò)協(xié)議綁定順序(4)為Oracle禁止或優(yōu)化文件共享9.3.4 網(wǎng)絡(luò)配置的優(yōu)化1碎片是如何產(chǎn)生的2碎片對(duì)系統(tǒng)的影響(1)導(dǎo)致系統(tǒng)性能減弱(2)浪費(fèi)大量的表空間9.3.5 Oracle碎片整理3 3自由范圍的碎片計(jì)算自由范圍的碎片計(jì)算 用fsfifree space fragment
17、ation index(自由空間碎片索引)值來(lái)直觀體現(xiàn):fsfi=100*sqrt(max(extent)/sum(extents)*1/sqrt(sqrt(count(extents)4 4自由范圍的碎片整理自由范圍的碎片整理 可以將表空間的缺省存儲(chǔ)參數(shù)pctincrease改為非0。一般將其設(shè)為1,如:alter tablespace temp default storage(pctincrease 1); 這樣smon便會(huì)將自由范圍自動(dòng)合并,達(dá)到碎片整理的目的。 也可以采用如下語(yǔ)句,通過(guò)手工合并自由范圍來(lái)達(dá)到碎片整理的目的。alter tablespace temp coalesce;5
18、 5段的碎片整理段的碎片整理 段由范圍組成,在有些情況下,有必要對(duì)段的碎片進(jìn)行整理。要查看段的有關(guān)信息,可查看數(shù)據(jù)字典DBA_segments,范圍的信息可查看數(shù)據(jù)字典DBA_extents。如果段的碎片過(guò)多, 將其數(shù)據(jù)壓縮到一個(gè)范圍的最簡(jiǎn)單方法便是用正確的存儲(chǔ)參數(shù)將這個(gè)段重建,然后將舊表中的數(shù)據(jù)插入到新表,同時(shí)刪除舊表。這個(gè)過(guò)程可以用import/export(輸入/輸出)工具來(lái)完成。 export()命令有一個(gè)(壓縮)標(biāo)志,這個(gè)標(biāo)志在讀表時(shí)會(huì)引發(fā)export確定該表所分配的物理空間量,它會(huì)向輸出轉(zhuǎn)儲(chǔ)文件寫(xiě)入一個(gè)新的初始化存儲(chǔ)參數(shù),等于全部所分配空間。若這個(gè)表關(guān)閉, 則使用import()工
19、具重新生成。這樣,它的數(shù)據(jù)會(huì)放入一個(gè)新的、較大的初始段中。例如:exp user/password file=exp.dmp compress=y grants=y indexes=y tables=(table1,table2);若輸出成功,則從庫(kù)中刪除已輸出的表,然后從輸出轉(zhuǎn)儲(chǔ)文件中輸入表:imp user/password file=exp.dmp commit=y buffer=64000 full=y;這種方法可用于整個(gè)數(shù)據(jù)庫(kù)。另外,應(yīng)該定期shutdown database,從而清理momery碎片。9.3.6 Oracle系統(tǒng)參數(shù)的調(diào)整 1Shared Pool and Libr
20、ary Cache Performance Tuning(共享(共享池和池和Library Cache)共享池調(diào)整的技巧主要有:(1)刷共享池刷( Flush)共享池可以使小塊的內(nèi)存合并為大塊的內(nèi)存。當(dāng)共享池的碎片過(guò)多時(shí),能夠暫時(shí)恢復(fù)性能。刷共享池可以使用語(yǔ)句:alter system flush shared_pool;(2)綁定變量2Buffer Cache Performance Tuning(數(shù)據(jù)庫(kù)緩存調(diào)整)(數(shù)據(jù)庫(kù)緩存調(diào)整)從緩存調(diào)整的角度看,應(yīng)力求避免以下的問(wèn)題:(1)“緩存的最近最少使用(LRN)鏈”(cache buffers LRU chain)的加鎖競(jìng)爭(zhēng);(2)“平均寫(xiě)隊(duì)列
21、”(Average Write Queue)長(zhǎng)度過(guò)大;(3)過(guò)多時(shí)間花在等待“寫(xiě)完畢等待上”(write complete waits);(4)過(guò)多時(shí)間花在等待“緩沖釋放等待”上(free buffer waits)。3Latch Contention(加鎖或插銷(xiāo)競(jìng)爭(zhēng))(加鎖或插銷(xiāo)競(jìng)爭(zhēng)) 插銷(xiāo)加鎖是SGA中保護(hù)共享數(shù)據(jù)結(jié)構(gòu)的低層的串行化機(jī)制。插銷(xiāo)latch是一類(lèi)可以非??斓墨@得和釋放的鎖。插銷(xiāo)鎖的實(shí)現(xiàn)是依賴(lài)于操作系統(tǒng)的,尤其在關(guān)于一個(gè)進(jìn)程是否會(huì)等待一個(gè)鎖,和等多久方面。有如下的鎖(插銷(xiāo))需要調(diào)整:(1)Redo Copy/Allocation Latch:重寫(xiě)日志的復(fù)制/分配插銷(xiāo)(2)Shar
22、ed Pool Latch:共享池的插銷(xiāo)(3)Library Cache Latch:Library Cache插銷(xiāo)4Redo Log Buffer Performance Tuning(重寫(xiě)日志緩沖的調(diào)整)(重寫(xiě)日志緩沖的調(diào)整) LGWR 將重寫(xiě)日志緩沖中的重寫(xiě)項(xiàng)寫(xiě)到重寫(xiě)日志文件中。一旦LGWR將這些項(xiàng)復(fù)制到重寫(xiě)日志文件中,用戶(hù)進(jìn)程就可以重寫(xiě)這些項(xiàng)。統(tǒng)計(jì)項(xiàng)目“redo log space requests”反映了用戶(hù)進(jìn)程等待重寫(xiě)日志緩沖中空間的時(shí)間的數(shù)字。(1)設(shè)置重寫(xiě)日志大小的提示:“redo log space requests”的值應(yīng)該接近0。(2)設(shè)定合適的重寫(xiě)日志的大小,建議每15
23、-30分鐘進(jìn)行一次重寫(xiě)日志的切換。5Query Performance Tuning(查詢(xún)效率的調(diào)整)(查詢(xún)效率的調(diào)整) 如果查詢(xún)運(yùn)行得很慢,請(qǐng)考慮以下這些方面:(1)希望這個(gè)查詢(xún)運(yùn)行的有多快以及有理由這樣要求嗎?(2)優(yōu)化模式OPTIMIZER_MODE 設(shè)為何值?(3)查詢(xún)涉及的索引都是有效的嗎?(4)在數(shù)據(jù)庫(kù)中有沒(méi)有其他的長(zhǎng)時(shí)間運(yùn)行的查詢(xún)(大查詢(xún))。(5)表和索引上有統(tǒng)計(jì)信息嗎?(6)統(tǒng)計(jì)信息是被計(jì)算出來(lái)的還是被估計(jì)出來(lái)的?對(duì)于查詢(xún)的性能調(diào)整有兩個(gè)主要的調(diào)試工具:TKPROF和AUTOTRACE。6Temporary Tablespace Performance Tuning(臨時(shí)表空間
24、的(臨時(shí)表空間的調(diào)整)調(diào)整) 臨時(shí)表空間的調(diào)整的技巧如下: 如果即使在穩(wěn)定的狀態(tài)下也存在很多的排序擴(kuò)展鎖(Sort Extent Pool latch)的競(jìng)爭(zhēng),應(yīng)該通過(guò)修改臨時(shí)表空間的DEFAULT STORAGE 子句的NEXT值來(lái)增大擴(kuò)展塊的大小。如果存在很多的排序擴(kuò)展鎖(Sort Extent Pool latch)的競(jìng)爭(zhēng)并且這種等待是由于過(guò)多的并發(fā)的排序造成的,應(yīng)該增大SORT_AREA_SIZE參數(shù)的大小,以使更多的排序能保存在內(nèi)存中。建議讓擴(kuò)展塊的大小和SORT_AREA_SIZE參數(shù)相同。 9.4 并發(fā)事件處理 數(shù)據(jù)庫(kù)是一個(gè)共享資源,可為多個(gè)應(yīng)用程序所共享。這些程序可串行運(yùn)行,但
25、在許多情況下,可能多個(gè)程序或一個(gè)程序的多個(gè)進(jìn)程并行地運(yùn)行,這就是數(shù)據(jù)庫(kù)的并行操作。在多用戶(hù)數(shù)據(jù)庫(kù)環(huán)境中,多個(gè)用戶(hù)程序可并行地存取數(shù)據(jù)庫(kù),如果不對(duì)并發(fā)操作進(jìn)行控制,會(huì)存取不正確的數(shù)據(jù),或破壞數(shù)據(jù)庫(kù)數(shù)據(jù)的一致性。9.4.1 并發(fā)事件的產(chǎn)生(1)當(dāng)一個(gè)用戶(hù)正在修改表中數(shù)據(jù)的同時(shí),另一個(gè)用戶(hù)正試圖刪除該表。(2)用戶(hù)A正試圖讀取用戶(hù)B的某個(gè)事務(wù)中的一些數(shù)據(jù),在用戶(hù)A的事務(wù)開(kāi)始后,該事務(wù)由用戶(hù)B修改和提交。用戶(hù)A讀取用戶(hù)B提交的數(shù)據(jù)。這意味著在同一個(gè)事務(wù)中讀取的數(shù)據(jù)在某個(gè)時(shí)刻不一致。(3)某個(gè)用戶(hù)對(duì)數(shù)據(jù)進(jìn)行修改,另一個(gè)用戶(hù)在第一個(gè)用戶(hù)提交事務(wù)以前對(duì)同一行進(jìn)行修改;因此,第一個(gè)用戶(hù)所做的改變丟失了。(4)
26、一個(gè)用戶(hù)從另一個(gè)用戶(hù)尚未提交的數(shù)據(jù)中讀取數(shù)據(jù);也就是說(shuō),在用戶(hù)B的改變提交以前,用戶(hù)A讀取用戶(hù)B正在修改的行。9.4.2 鎖1 1鎖的功能鎖的功能 2 2鎖的類(lèi)型鎖的類(lèi)型 3 3鎖的模式鎖的模式 4 4查看相關(guān)信息查看相關(guān)信息 1 1鎖的功能鎖的功能(1)數(shù)據(jù)一致性(2)數(shù)據(jù)并行性(3)數(shù)據(jù)完整性O(shè)racle在兩個(gè)不同級(jí)上提供讀一致性:語(yǔ)句級(jí)讀一致性和事務(wù)級(jí)一致性。(1)語(yǔ)句級(jí)讀取一致性(2)事務(wù)級(jí)讀取一致性2 2鎖的類(lèi)型鎖的類(lèi)型Oracle鎖具體分為以下幾類(lèi):(1)自動(dòng)鎖與顯示鎖按用戶(hù)與系統(tǒng)劃分,可以分為自動(dòng)鎖與顯示鎖。自動(dòng)鎖:當(dāng)進(jìn)行一項(xiàng)數(shù)據(jù)庫(kù)操作時(shí),缺省情況下,系統(tǒng)自動(dòng)為此數(shù)據(jù)庫(kù)操作獲得所
27、有有必要的鎖。顯示鎖:某些情況下,需要用戶(hù)顯示的鎖定數(shù)據(jù)庫(kù)操作要用到的數(shù)據(jù),才能使數(shù)據(jù)庫(kù)操作執(zhí)行得更好,顯示鎖是用戶(hù)為數(shù)據(jù)庫(kù)對(duì)象設(shè)定的。(2)共享鎖與排它鎖按鎖級(jí)別劃分,可分為共享鎖與排它鎖。共享鎖:共享鎖允許相關(guān)資源可以共享,幾個(gè)用戶(hù)可同時(shí)讀同一數(shù)據(jù),幾個(gè)事務(wù)可在同一資源上獲取共享封鎖。共享鎖比排它鎖具有更高的數(shù)據(jù)并行性。但拙劣的事務(wù)設(shè)計(jì)+共享鎖容易造成死鎖或數(shù)據(jù)更新丟失。排它鎖:事務(wù)設(shè)置排它鎖后,該事務(wù)單獨(dú)獲得此資源,另一事務(wù)不能在此事務(wù)提交之前獲得相同對(duì)象的共享鎖或排它鎖。排它鎖禁止相關(guān)資源的共享,如果一事務(wù)以排它方式封鎖一資源,僅僅該事務(wù)可更改該資源,直至釋放排它封鎖。(3)DML鎖和
28、DDL鎖按操作劃分,可分為DML鎖、DDL鎖。DML鎖又可以分為:行鎖、表鎖、死鎖。 行鎖:當(dāng)事務(wù)執(zhí)行數(shù)據(jù)庫(kù)插入、更新、刪除操作時(shí),該事務(wù)自動(dòng)獲得操作表中操作行的排它鎖。 表鎖:當(dāng)事務(wù)獲得行鎖后,此事務(wù)也將自動(dòng)獲得該行的表鎖(共享鎖),以防止其它事務(wù)進(jìn)行DDL語(yǔ)句影響記錄行的更新。事務(wù)也可以在進(jìn)行過(guò)程中獲得共享鎖或排它鎖,只有當(dāng)事務(wù)顯示使用LOCK TABLE語(yǔ)句顯示的定義一個(gè)排它鎖時(shí),事務(wù)才會(huì)獲得表上的排它鎖,也可使用LOCK TABLE顯示的定義。 死鎖:當(dāng)兩個(gè)事務(wù)需要一組有沖突的鎖,而不能將事務(wù)繼續(xù)下去的話(huà),就出現(xiàn)死鎖。DDL鎖又可以分為:排它DDL鎖、共享DDL鎖、分析鎖。排它DDL鎖
29、:創(chuàng)建、修改、刪除一個(gè)數(shù)據(jù)庫(kù)對(duì)象的DDL語(yǔ)句獲得操作對(duì)象的排它鎖。如使用alter table語(yǔ)句時(shí),為了維護(hù)數(shù)據(jù)的完成性、一致性、合法性,該事務(wù)獲得一排它DDL鎖。共享DDL鎖:需在數(shù)據(jù)庫(kù)對(duì)象之間建立相互依賴(lài)關(guān)系的DDL語(yǔ)句通常需共享獲得DDL鎖。如創(chuàng)建一個(gè)包,該包中的過(guò)程與函數(shù)引用了不同的數(shù)據(jù)庫(kù)表,當(dāng)編譯此包時(shí),該事務(wù)就獲得了引用表的共享DDL鎖。分析鎖:Oracle使用共享池存儲(chǔ)分析與優(yōu)化過(guò)的SQL語(yǔ)句及PL/SQL程序,使運(yùn)行相同語(yǔ)句的應(yīng)用速度更快。一個(gè)在共享池中緩存的對(duì)象獲得它所引用數(shù)據(jù)庫(kù)對(duì)象的分析鎖。分析鎖是一種獨(dú)特的DDL鎖類(lèi)型,Oracle使用它追蹤共享池對(duì)象及它所引用數(shù)據(jù)庫(kù)對(duì)
30、象之間的依賴(lài)關(guān)系。當(dāng)一個(gè)事務(wù)修改或刪除了共享池持有分析鎖的數(shù)據(jù)庫(kù)對(duì)象時(shí),Oracle使共享池中的對(duì)象作廢,下次在引用這條SQL/PLSQL語(yǔ)句時(shí),Oracle重新分析編譯此語(yǔ)句。(4)內(nèi)部閂鎖內(nèi)部閂鎖是Oracle中的一種特殊鎖,用于順序訪(fǎng)問(wèn)內(nèi)部系統(tǒng)結(jié)構(gòu)。當(dāng)事務(wù)需向緩沖區(qū)寫(xiě)入信息時(shí),為了使用此塊內(nèi)存區(qū)域,Oracle首先必須取得這塊內(nèi)存區(qū)域的閂鎖,才能向此塊內(nèi)存寫(xiě)入信息。3 3鎖的模式鎖的模式(1)模式0:none。(2)模式1:null 空。1級(jí)鎖有:Select,有時(shí)會(huì)在v$locked_object出現(xiàn)。(3)模式2:Row-S 行共享(RS):共享表鎖,sub share。2級(jí)鎖有:S
31、elect for update、Lock For Update、Lock Row Share。select for update當(dāng)對(duì)話(huà)使用for update子串打開(kāi)一個(gè)游標(biāo)時(shí),所有返回集中的數(shù)據(jù)行都將處于行級(jí)(Row-X)獨(dú)占式鎖定,其他對(duì)象只能查詢(xún)這些數(shù)據(jù)行,不能進(jìn)行update、delete或select for update操作。(4)模式3:Row-X 行獨(dú)占(RX):用于行的修改,sub exclusive。3級(jí)鎖有:Insert、Update、Delete、Lock Row Exclusive。沒(méi)有commit之前插入同樣的一條記錄會(huì)沒(méi)有反應(yīng), 因?yàn)楹笠粋€(gè)3的鎖會(huì)一直等待上一個(gè)
32、3的鎖,必須釋放掉上一個(gè)才能繼續(xù)工作。(5)模式4:Share 共享鎖(S):阻止其他DML操作,share。4級(jí)鎖有:Create Index、Lock Share。locked_mode為2、3、4不影響DML(insert、delete、update、select等)操作, 但DDL(alter、drop等)操作會(huì)提示錯(cuò)誤。(6)模式5:S/Row-X 共享行獨(dú)占(SRX):阻止其他事務(wù)操作,share/sub exclusive。5級(jí)鎖有:Lock Share Row Exclusive。具體來(lái)講有主外鍵約束時(shí)update/delete . ; 可能會(huì)產(chǎn)生4,5的鎖。(7)模式6:ex
33、clusive 獨(dú)占(X):獨(dú)立訪(fǎng)問(wèn)使用,exclusive。6級(jí)鎖有:Alter table、Drop table、Drop Index、Truncate table、Lock Exlusive。數(shù)字越大鎖級(jí)別越高, 影響的操作越多。4 4查看相關(guān)信息查看相關(guān)信息 Oracle在動(dòng)態(tài)狀態(tài)表V$lock中存儲(chǔ)與數(shù)據(jù)庫(kù)中的鎖有關(guān)的所有信息。當(dāng)資源被鎖定時(shí), 可以檢查V$lock表,查看數(shù)據(jù)庫(kù)中的各種情況。9.5 數(shù)據(jù)完整性 數(shù)據(jù)完整性是指數(shù)據(jù)的正確性和相容性。數(shù)據(jù)完整性是指數(shù)據(jù)的正確性和相容性。數(shù)據(jù)的完整性是為了防止數(shù)據(jù)庫(kù)存在不符合數(shù)據(jù)的完整性是為了防止數(shù)據(jù)庫(kù)存在不符合原義的數(shù)據(jù),防止錯(cuò)誤信息輸
34、入和輸出,即原義的數(shù)據(jù),防止錯(cuò)誤信息輸入和輸出,即數(shù)據(jù)要遵守由數(shù)據(jù)要遵守由DBADBA或應(yīng)用開(kāi)發(fā)者所決定的一或應(yīng)用開(kāi)發(fā)者所決定的一組預(yù)定義的規(guī)則。組預(yù)定義的規(guī)則。1 1數(shù)據(jù)完整性的類(lèi)型數(shù)據(jù)完整性的類(lèi)型 Oracle應(yīng)用于關(guān)系數(shù)據(jù)庫(kù)的表的數(shù)據(jù)完整性有下列類(lèi)型:(1)在插入或修改表的行時(shí)允許不允許包含有空值的列,稱(chēng)為空與非空規(guī)則。(2)唯一列值規(guī)則,允許插入或修改的表行在該列上的值唯一。(3)引用完整性規(guī)則,同關(guān)系模型定義相符。(4)用戶(hù)對(duì)定義的規(guī)則,是復(fù)雜的完整性檢查。2 2完整性約束及其優(yōu)點(diǎn)完整性約束及其優(yōu)點(diǎn) 完整性約束,是對(duì)表的列定義規(guī)則的說(shuō)明性方法。 Oracle利用完整性約束機(jī)制防止無(wú)效
35、的數(shù)據(jù)進(jìn)入數(shù)據(jù)庫(kù)的基表,如果任何DML執(zhí)行結(jié)果破壞完整性約束,該語(yǔ)句被回滾并返回上一個(gè)錯(cuò)誤。 利用完整性約束實(shí)施數(shù)據(jù)完整性規(guī)則有下列優(yōu)點(diǎn):(1)定義或更改表時(shí),不需要程序設(shè)計(jì),便很容易地編寫(xiě)程序并可消除程序性錯(cuò)誤,其功能是由Oracle控制。所以說(shuō)明性完整性約束優(yōu)于應(yīng)用代碼和數(shù)據(jù)庫(kù)觸發(fā)器。(2)對(duì)表所定義的完整性約束是存儲(chǔ)在數(shù)據(jù)字典中,所以由任何應(yīng)用進(jìn)入的數(shù)據(jù)都必須遵守與表相關(guān)聯(lián)的完整性約束。(3)具有最大的開(kāi)發(fā)能力。當(dāng)由完整性約束所實(shí)施的事務(wù)規(guī)則改變時(shí),管理員只需改變完整性約束的定義,所有應(yīng)用自動(dòng)地遵守所修改的約束。3 3完整性約束的類(lèi)型完整性約束的類(lèi)型 Oracle的DBA和應(yīng)用開(kāi)始者對(duì)列
36、的值輸入可使用的完整性約束有下列類(lèi)型:(1)NOT NULL約束:如果在表的一列的值不允許為空,則需在該列指定NOT NULL約束。(2)UNIQUE鍵約束:在表指定的列或組列上不允許兩行具有重復(fù)值時(shí),則需要該列或組列上指定UNIQUE鍵完整性約束。在UNIQUE鍵約束定義中的列或組列稱(chēng)為唯一鍵。所有唯一完整性約束是用索引方法實(shí)施。(3)PRIMARY KEY約束:在數(shù)據(jù)庫(kù)中每一個(gè)表可有一個(gè)PRIMARY KEY約束。包含在PRIMARY KEY完整性約束的列或組列稱(chēng)為主鍵,每個(gè)表可有一個(gè)主鍵。Oracle使用索引實(shí)施PRIMARY KEY約束。 (4)FOREIGN KEY約束:在關(guān)系數(shù)據(jù)庫(kù)中表可通過(guò)公共列相關(guān)聯(lián),該規(guī)則控制必須維護(hù)的列之間的關(guān)系。包含在引用完整性約束定義的列或組列稱(chēng)為外來(lái)鍵。由外來(lái)鍵所引用的表中的唯一鍵,稱(chēng)為引用鍵。包含有外來(lái)鍵的表稱(chēng)為子表或從屬表。由子表的外來(lái)鍵所引用的表稱(chēng)為雙親表或引用表。如果對(duì)表的每一行,其外來(lái)鍵的值必須與主鍵中一值相匹配,則需指定引用完整性約束。(5)CHECK約束:表的每行對(duì)一指定的條件必須是TRUE或未知,則需在一列或列組上指定CHECK完整性約束。如果在發(fā)出一個(gè)
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 人流術(shù)心理護(hù)理課件
- 文化產(chǎn)業(yè)園產(chǎn)業(yè)集聚與區(qū)域文化產(chǎn)業(yè)發(fā)展2025年趨勢(shì)預(yù)測(cè)
- 歷史文化街區(qū)在城市更新中的歷史建筑保護(hù)與利用研究
- 產(chǎn)業(yè)經(jīng)濟(jì)學(xué)(第3版)課件-網(wǎng)絡(luò)與標(biāo)準(zhǔn)競(jìng)爭(zhēng)
- 術(shù)后出血的危險(xiǎn)護(hù)理措施
- 脊柱疾病影像診斷
- 人教版九年級(jí)數(shù)學(xué)下冊(cè)27.2.1.4相似三角形判定定理3【課件】
- 汽車(chē)電子技術(shù)的發(fā)展?fàn)顩r與前景分析
- 零售行業(yè)設(shè)計(jì)模板
- 新生兒膿皰病皮膚護(hù)理
- T-GXAS 582-2023 公共建筑與小區(qū)管道直飲水系統(tǒng)建設(shè)和運(yùn)行管理規(guī)范
- 心臟擴(kuò)大病理生理機(jī)制-洞察分析
- 湖北省武漢市2025屆高三第六次模擬考試數(shù)學(xué)試卷含解析
- 中國(guó)近代史綱要北京航空航天大學(xué)練習(xí)題復(fù)習(xí)資料
- 胸痹中醫(yī)護(hù)理業(yè)務(wù)查房
- 小王子(中英文對(duì)照版)
- GB/T 44748.1-2024篩分試驗(yàn)第1部分:使用金屬絲編織網(wǎng)和金屬穿孔板試驗(yàn)篩的方法
- 精益管理啟動(dòng)大會(huì)總經(jīng)理發(fā)言稿
- 大量輸血護(hù)理措施
- 墻上高空作業(yè)施工方案
- 孩子在校被撞骨折調(diào)解協(xié)議書(shū)范文
評(píng)論
0/150
提交評(píng)論