oracle的性能優(yōu)化(編輯修改稿)
2025-03-05 17:52 本頁面
【文章內(nèi)容簡介】 止非必須的服務(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)化文件共享 網(wǎng)絡(luò)配置的優(yōu)化 1．碎片是如何產(chǎn)生的 2．碎片對系統(tǒng)的影響 （ 1）導(dǎo)致系統(tǒng)性能減弱 （ 2）浪費(fèi)大量的表空間 Oracle碎片整理 3．自由范圍的碎片計(jì)算 用 fsfi——free space fragmentation index（自由空間碎片索引）值來直觀體現(xiàn)： fsfi=100*sqrt(max(extent)/sum(extents))*1/sqrt(sqrt(count(extents))) 4．自由范圍的碎片整理 可以將表空間的缺省存儲參數(shù) pctincrease改為非 0。一般將其設(shè)為 1，如： alter tablespace temp default storage(pctincrease 1)。 這樣 smon便會將自由范圍自動合并，達(dá)到碎片整理的目的。 也可以采用如下語句，通過手工合并自由范圍來達(dá)到碎片整理的目的。 alter tablespace temp coalesce。 5．段的碎片整理 段由范圍組成，在有些情況下，有必要對段的碎片進(jìn)行整理。要查看段的有關(guān)信息，可查看數(shù)據(jù)字典 DBA_segments，范圍的信息可查看數(shù)據(jù)字典DBA_extents。如果段的碎片過多， 將其數(shù)據(jù)壓縮到一個范圍的最簡單方法便是用正確的存儲參數(shù)將這個段重建，然后將舊表中的數(shù)據(jù)插入到新表，同時刪除舊表。這個過程可以用 import/export（輸入 /輸出）工具來完成。 export（）命令有一個（壓縮）標(biāo)志，這個標(biāo)志在讀表時會引發(fā) export確定該表所分配的物理空間量，它會向輸出轉(zhuǎn)儲文件寫入一個新的初始化存儲參數(shù)，等于全部所分配空間。若這個表關(guān)閉， 則使用 import（）工具重新生成。這樣，它的數(shù)據(jù)會放入一個新的、較大的初始段中。例如： exp user/password file= press=y grants=y indexes=y tables=(table1,table2)。 若輸出成功，則從庫中刪除已輸出的表，然后從輸出轉(zhuǎn)儲文件中輸入表： imp user/password file= mit=y buffer=64000 full=y。 這種方法可用于整個數(shù)據(jù)庫。 另外，應(yīng)該定期 shutdown database，從而清理 momery碎片。 Oracle系統(tǒng)參數(shù)的調(diào)整 1． Shared Pool and Library Cache Performance Tuning（共享池和 Library Cache） 共享池調(diào)整的技巧主要有： （ 1）刷共享池 刷（ Flush）共享池可以使小塊的內(nèi)存合并為大塊的內(nèi)存。當(dāng)共享池的碎片過多時，能夠暫時恢復(fù)性能。刷共享池可以使用語句： alter system flush shared_pool。 （ 2）綁定變量 2． Buffer Cache Performance Tuning（數(shù)據(jù)庫緩存調(diào)整） 從緩存調(diào)整的角度看，應(yīng)力求避免以下的問題： （ 1）“緩存的最近最少使用（ LRN）鏈”（ cache buffers LRU chain）的加鎖競爭； （ 2）“平均寫隊(duì)列”（ Average Write Queue）長度過大； （ 3）過多時間花在等待“寫完畢等待上”（ write plete waits）； （ 4）過多時間花在等待“緩沖釋放等待”上（ free buffer waits）。 3． Latch Contention（加鎖或插銷競爭） 插銷加鎖是 SGA中保護(hù)共享數(shù)據(jù)結(jié)構(gòu)的低層的串行化機(jī)制。插銷 latch是一類可以非常快的獲得和釋放的鎖。插銷鎖的實(shí)現(xiàn)是依賴于操作系統(tǒng)的，尤其在關(guān)于一個進(jìn)程是否會等待一個鎖，和等多久方面。 有如下的鎖（插銷）需要調(diào)整： （ 1） Redo Copy/Allocation Latch：重寫日志的復(fù)制 /分配插銷 （ 2） Shared Pool Latch：共享池的插銷 （ 3） Library Cache Latch： Library Cache插銷 4． Redo Log Buffer Performance Tuning（重寫日志緩沖的調(diào)整） LGWR 將重寫日志緩沖中的重寫項(xiàng)寫到重寫日志文件中。一旦 LGWR將這些項(xiàng)復(fù)制到重寫日志文件中，用戶進(jìn)程就可以重寫這些項(xiàng)。統(tǒng)計(jì)項(xiàng)目“ redo log space requests”反映了用戶進(jìn)程等待重寫日志緩沖中空間的時間的數(shù)字。 （ 1）設(shè)置重寫日志大小的提示： “ redo log space requests”的值應(yīng)該接近 0。 （ 2）設(shè)定合適的重寫日志的大小，建議每 1530分鐘進(jìn)行一次重寫日志的切換。 5． Query Performance Tuning（查詢效率的調(diào)整） 如果查詢運(yùn)行得很慢，請考慮以下這些方面： （ 1）希望這個查詢運(yùn)行的有多快以及有理由這樣要求嗎？ （ 2）優(yōu)化模式 OPTIMIZER_MODE 設(shè)為何值？ （ 3）查詢涉及的索引都是有效的嗎？ （ 4）在數(shù)據(jù)庫中有沒有其他的長時間運(yùn)行的查詢（大查詢）。 （ 5）表和索引上有統(tǒng)計(jì)信息嗎？ （ 6）統(tǒng)計(jì)信息是被計(jì)算出來的還是被估計(jì)出來的？ 對于查詢的性能調(diào)整有兩個主要的調(diào)試工具： TKPROF和AUTOTRACE。 6． Temporary Tablespace Performance Tuning（臨時表空間的調(diào)整） 臨時表空間的調(diào)整的技巧如下： 如果即使在穩(wěn)定的狀態(tài)下也存在很多的排序擴(kuò)展鎖（ Sort Extent Pool latch）的競爭，應(yīng)該通過修改臨時表空間的 DEFAULT STORAGE 子句的 NEXT值來增大擴(kuò)展塊的大小。如果存在很多的排序擴(kuò)展鎖（ Sort Extent Pool latch）的競爭并且這種等待是由于過多的并發(fā)的排序造成的，應(yīng)該增大 SORT_AREA_SIZE參數(shù)的大小，以使更多的排序能
公司管理相關(guān)推薦
鄂ICP備17016276號-1