兩個辦法:一、優化硬件(CPU、內存和硬盤等),優化I/O子系統,增強IO讀寫能力;第二、優化SQL語句。第一種辦法治標不治本,建議用第二種辦法,你的截圖里邊那幾個幾百秒的SQL語句是有問題的,要進一步優化。查看一下執行這些語句是在哪些頁面,查詢了什么數據,數據量多大,判斷一下業務邏輯,然后再去優化。
成都創新互聯是一家專業的成都網站建設公司,我們專注網站設計制作、做網站、網絡營銷、企業網站建設,賣友情鏈接,廣告投放為企業客戶提供一站式建站解決方案,能帶給客戶新的互聯網理念。從網站結構的規劃UI設計到用戶體驗提高,創新互聯力求做到盡善盡美。
(如有幫助,請采納,謝謝)
1、調整數據結構的設計
這一部分在開發信息系統之前完成,程序員需要考慮是否使用ORACLE數據庫的分區功能,對于經常訪問的數據庫表是否需要建立索引等。
2、調整應用程序結構設計
這一部分也是在開發信息系統之前完成,程序員在這一步需要考慮應用程序使用什么樣的體系結構,是使用傳統的Client/Server兩層體系結構,還是使用Browser/Web/Database的三層體系結構。不同的應用程序體系結構要求的數據庫資源是不同的。
3、調整數據庫SQL語句
應用程序的執行最終將歸結為數據庫中的SQL語句執行,因此SQL語句的執行效率最終決定了ORACLE數據庫的性能。ORACLE公司推薦使用ORACLE語句優化器(OracleOptimizer)和行鎖管理器(row-levelmanager)來調整優化SQL語句。
4、調整服務器內存分配
內存分配是在信息系統運行過程中優化配置的,數據庫管理員可以根據數據庫運行狀況調整數據庫系統全局區(SGA區)的數據緩沖區、日志緩沖區和共享池的大小;還可以調整程序全局區(PGA區)的大小。需要注意的是,SGA區不是越大越好,SGA區過大會占用操作系統使用的內存而引起虛擬內存的頁面交換,這樣反而會降低系統。
5、調整硬盤I/O
這一步是在信息系統開發之前完成的。數據庫管理員可以將組成同一個表空間的數據文件放在不同的硬盤上,做到硬盤之間I/O負載均衡。
6、調整操作系統參數
例如:運行在UNIX操作系統上的ORACLE數據庫,可以調整UNIX數據緩沖池的大小,每個進程所能使用的內存大小等參數。
實際上,上述數據庫優化措施之間是相互聯系的。ORACLE數據庫性能惡化表現基本上都是用戶響應時間比較長,需要用戶長時間的等待。但性能惡化的原因卻是多種多樣的,有時是多個因素共同造成了性能惡化的結果,這就需要數據庫管理員有比較全面的計算機知識,能夠敏感地察覺到影響數據庫性能的主要原因所在。另外,良好的數據庫管理工具對于優化數據庫性能也是很重要的。
一、ORACLE數據庫性能優化工具
常用的數據庫性能優化工具有:
ORACLE數據庫在線數據字典,ORACLE在線數據字典能夠反映出ORACLE動態運行情況,對于調整數據庫性能是很有幫助的。
操作系統工具,例如UNIX操作系統的vmstat,iostat等命令可以查看到系統系統級內存和硬盤I/O的使用情況,這些工具對于管理員弄清出系統瓶頸出現在什么地方有時候很有用。
SQL語言跟蹤工具(SQLTRACEFACILITY),SQL語言跟蹤工具可以記錄SQL語句的執行情況,管理員可以使用虛擬表來調整實例,使用SQL語句跟蹤文件調整應用程序性能。SQL語言跟蹤工具將結果輸出成一個操作系統的文件,管理員可以使用TKPROF工具查看這些文件。
ORACLEEnterpriseManager(OEM),這是一個圖形的用戶管理界面,用戶可以使用它方便地進行數據庫管理而不必記住復雜的ORACLE數據庫管理的命令。
EXPLAINPLAN——SQL語言優化命令,使用這個命令可以幫助程序員寫出高效的SQL語言。
二、ORACLE數據庫的系統性能評估
信息系統的類型不同,需要關注的數據庫參數也是不同的。數據庫管理員需要根據自己的信息系統的類型著重考慮不同的數據庫參數。
1、在線事務處理信息系統(OLTP),這種類型的信息系統一般需要有大量的Insert、Update操作,典型的系統包括民航機票發售系統、銀行儲蓄系統等。OLTP系統需要保證數據庫的并發性、可靠性和最終用戶的速度,這類系統使用的ORACLE數據庫需要主要考慮下述參數:
數據庫回滾段是否足夠?
是否需要建立ORACLE數據庫索引、聚集、散列?
系統全局區(SGA)大小是否足夠?
SQL語句是否高效?
2、數據倉庫系統(DataWarehousing),這種信息系統的主要任務是從ORACLE的海量數據中進行查詢,得到數據之間的某些規律。數據庫管理員需要為這種類型的ORACLE數據庫著重考慮下述參數:
是否采用B*-索引或者bitmap索引?
是否采用并行SQL查詢以提高查詢效率?
是否采用PL/SQL函數編寫存儲過程?
有必要的話,需要建立并行數據庫提高數據庫的查詢效率
三、SQL語句的調整原則
SQL語言是一種靈活的語言,相同的功能可以使用不同的語句來實現,但是語句的執行效率是很不相同的。程序員可以使用EXPLAINPLAN語句來比較各種實現方案,并選出最優的實現方案。總得來講,程序員寫SQL語句需要滿足考慮如下規則:
1、盡量使用索引。試比較下面兩條SQL語句:
語句A:SELECTdname,deptnoFROMdeptWHEREdeptnoNOTIN
(SELECTdeptnoFROMemp);
語句B:SELECTdname,deptnoFROMdeptWHERENOTEXISTS
(SELECTdeptnoFROMempWHEREdept.deptno=emp.deptno);
這兩條查詢語句實現的結果是相同的,但是執行語句A的時候,ORACLE會對整個emp表進行掃描,沒有使用建立在emp表上的deptno索引,執行語句B的時候,由于在子查詢中使用了聯合查詢,ORACLE只是對emp表進行的部分數據掃描,并利用了deptno列的索引,所以語句B的效率要比語句A的效率高一些。
2、選擇聯合查詢的聯合次序。考慮下面的例子:
SELECTstuffFROMtabaa,tabbb,tabcc
WHEREa.acolbetween:alowand:ahigh
ANDb.bcolbetween:blowand:bhigh
ANDc.ccolbetween:clowand:chigh
ANDa.key1=b.key1
AMDa.key2=c.key2;
這個SQL例子中,程序員首先需要選擇要查詢的主表,因為主表要進行整個表數據的掃描,所以主表應該數據量最小,所以例子中表A的acol列的范圍應該比表B和表C相應列的范圍小。
3、在子查詢中慎重使用IN或者NOTIN語句,使用where(NOT)exists的效果要好的多。
4、慎重使用視圖的聯合查詢,尤其是比較復雜的視圖之間的聯合查詢。一般對視圖的查詢最好都分解為對數據表的直接查詢效果要好一些。
5、可以在參數文件中設置SHARED_POOL_RESERVED_SIZE參數,這個參數在SGA共享池中保留一個連續的內存空間,連續的內存空間有益于存放大的SQL程序包。
6、ORACLE公司提供的DBMS_SHARED_POOL程序可以幫助程序員將某些經常使用的存儲過程“釘”在SQL區中而不被換出內存,程序員對于經常使用并且占用內存很多的存儲過程“釘”到內存中有利于提高最終用戶的響應時間。
四、CPU參數的調整
CPU是服務器的一項重要資源,服務器良好的工作狀態是在工作高峰時CPU的使用率在90%以上。如果空閑時間CPU使用率就在90%以上,說明服務器缺乏CPU資源,如果工作高峰時CPU使用率仍然很低,說明服務器CPU資源還比較富余。
使用操作相同命令可以看到CPU的使用情況,一般UNIX操作系統的服務器,可以使用sar_u命令查看CPU的使用率,NT操作系統的服務器,可以使用NT的性能管理器來查看CPU的使用率。
數據庫管理員可以通過查看v$sysstat數據字典中“CPUusedbythissession”統計項得知ORACLE數據庫使用的CPU時間,查看“OSUserlevelCPUtime”統計項得知操作系統用戶態下的CPU時間,查看“OSSystemcallCPUtime”統計項得知操作系統系統態下的CPU時間,操作系統總的CPU時間就是用戶態和系統態時間之和,如果ORACLE數據庫使用的CPU時間占操作系統總的CPU時間90%以上,說明服務器CPU基本上被ORACLE數據庫使用著,這是合理,反之,說明服務器CPU被其它程序占用過多,ORACLE數據庫無法得到更多的CPU時間。
數據庫管理員還可以通過查看v$sesstat數據字典來獲得當前連接ORACLE數據庫各個會話占用的CPU時間,從而得知什么會話耗用服務器CPU比較多。
出現CPU資源不足的情況是很多的:SQL語句的重解析、低效率的SQL語句、鎖沖突都會引起CPU資源不足。
1、數據庫管理員可以執行下述語句來查看SQL語句的解析情況:
SELECT*FROMV$SYSSTATWHERENAMEIN
('parsetimecpu','parsetimeelapsed','parsecount(hard)');
這里parsetimecpu是系統服務時間,parsetimeelapsed是響應時間,用戶等待時間,waitetime=parsetimeelapsed_parsetimecpu
由此可以得到用戶SQL語句平均解析等待時間=waitetime/parsecount。這個平均等待時間應該接近于0,如果平均解析等待時間過長,數據庫管理員可以通過下述語句
SELECTSQL_TEXT,PARSE_CALLS,EXECUTIONSFROMV$SQLAREA
ORDERBYPARSE_CALLS;
來發現是什么SQL語句解析效率比較低。程序員可以優化這些語句,或者增加ORACLE參數SESSION_CACHED_CURSORS的值。
2、數據庫管理員還可以通過下述語句:
SELECTBUFFER_GETS,EXECUTIONS,SQL_TEXTFROMV$SQLAREA;
查看低效率的SQL語句,優化這些語句也有助于提高CPU的利用率。
3、數據庫管理員可以通過v$system_event數據字典中的“latchfree”統計項查看ORACLE數據庫的沖突情況,如果沒有沖突的話,latchfree查詢出來沒有結果。如果沖突太大的話,數據庫管理員可以降低spin_count參數值,來消除高的CPU使用率。
五、內存參數的調整
內存參數的調整主要是指ORACLE數據庫的系統全局區(SGA)的調整。SGA主要由三部分構成:共享池、數據緩沖區、日志緩沖區。
1、共享池由兩部分構成:共享SQL區和數據字典緩沖區,共享SQL區是存放用戶SQL命令的區域,數據字典緩沖區存放數據庫運行的動態信息。數據庫管理員通過執行下述語句:
select(sum(pins-reloads))/sum(pins)"LibCache"fromv$librarycache;
來查看共享SQL區的使用率。這個使用率應該在90%以上,否則需要增加共享池的大小。數據庫管理員還可以執行下述語句:
select(sum(gets-getmisses-usage-fixed))/sum(gets)"RowCache"fromv$rowcache;
查看數據字典緩沖區的使用率,這個使用率也應該在90%以上,否則需要增加共享池的大小。
2、數據緩沖區。數據庫管理員可以通過下述語句:
SELECTname,valueFROMv$sysstatWHEREnameIN('dbblockgets','consistentgets','physicalreads');
來查看數據庫數據緩沖區的使用情況。查詢出來的結果可以計算出來數據緩沖區的使用命中率=1-(physicalreads/(dbblockgets+consistentgets))。
這個命中率應該在90%以上,否則需要增加數據緩沖區的大小。
3、日志緩沖區。數據庫管理員可以通過執行下述語句:
selectname,valuefromv$sysstatwherenamein('redoentries','redologspacerequests');
查看日志緩沖區的使用情況。查詢出的結果可以計算出日志緩沖區的申請失敗率:
申請失敗率=requests/entries,申請失敗率應該接近于0,否則說明日志緩沖區開設太小,需要增加ORACLE數據庫的日志緩沖區。
昆明北大青鳥java培訓班轉載自網絡如有侵權請聯系我們感謝您的關注謝謝支持
一、 磁盤方面調優
1. 規范磁盤陣列
RAID 10比RAID5更適用于OLTP系統,RAID10先鏡像磁盤,再對其進行分段,由于對數據的小規模訪問會比較頻繁,所以對OLTP適用。而RAID5,優勢在于能夠充分利用磁盤空間,并且減少陣列的總成本。但是由于陣列發出一個寫入請求時,必須改變磁盤上已修改的塊,需要從磁盤上讀取“奇偶校驗”塊,并且使用已修改的塊計算新的奇偶校驗塊,然后把數據寫入磁盤,且會限制吞吐量。對性能有所影響,RAID5適用于OLAP系統。
2. 數據文件分布
分離下面的東西,避免磁盤競爭
? SYSTEM表空間
? TEMPORARY表空間
? UNDO表空間
? 聯機重做日志(放在最快的磁盤上)
? 操作系統磁盤
? ORACLE安裝目錄
? 經常被訪問的數據文件
? 索引表空間
? 歸檔區域(應該總是與將要恢復的數據分離)
例:
2 /: System
2 /u01: Oracle Software
2 /u02: Temporary tablespace, Control file1
2 /u03: Undo Segments, Control file2
2 /u04: Redo logs, Archive logs, Control file4
2 /u05: System, SYSAUX tablespaces
2 /u06: Data1 ,control file3
2 /u07: Index tablespace
2 /u08: Data2
通過下列語句查詢確定IO問題
select name ,phyrds,phywrts,readtim,writetim
from v$filestat a,v$datafile b
where a.file#=b.file# order by readtim desc;
3. 增大日志文件
u 增大日志文件的大小,從而增加處理大型INSERT,DELETE,UPDATE操作的比例
查詢日志文件狀態
select a.member,b.* from v$logfile a,v$log b where a.GROUP#=b.GROUP#
查詢日志切換時間
select b.RECID,to_char(b.FIRST_TIME,'yyyy-mm-dd hh24:mi:ss') start_time,a.RECID,to_char(a.FIRST_TIME,'yyyy-mm-dd hh24:mi:ss') end_time,round(((a.FIRST_TIME-b.FIRST_TIME)*25)*60,2) minutes
from v$log_history a ,v$log_history b
where a.RECID=b.RECID+1
order by a.FIRST_TIME desc
增大日志文件大小,以及對每組增加日志文件(一個主文件、一個多路利用文件)
u 增大LOG_CHECKPOINT_INTERVAL參數,現已不提倡使用它
如果低于每半小時切換一次日志,就增大聯機重做日志大小。如果處理大型批處理任務時頻繁進行切換,就增大聯機重做日志數目。
alter database add logfile member ‘/log.ora’ to group 1;
alter database drop logfile member ‘/log.ora’;
4. UNDO表空間
修改三個初始參數:
UNDO_MANAGEMENT=AUTO
UNDO_TABLESPACE=CLOUDSEA_UNDO
UNDO_RETENTION=#of minutes
5. 不要在系統表空間中執行排序
二、 初始化參數調優
32位的尋址最大支持應該是2的32次方,就是4G大小。但實際中32位系統(XP,windows2003等MS32位系統, ubuntu等linux32 位系統)要能利用4G內存,都是采用內存重映射技術。需要主板及系統的支持。如果關閉主板BIOS的重映射功能,系統將不能利用4G內存,可能只達3.5G.而在windows下看到的一般為3.25G。所以SGA設置為內存的40%,但不能超過3.25G
1. 重要初始化參數
l SGA_MAX_SIZE
l SGA_TARGET
l PGA_AGGREGATE_TARGET
l DB_CACHE_SIZE
l SHARED_POOL_SIZE
2. 調整DB_CACHE_SIZE來提高性能
它設定了用來存儲和處理內存中數據的SGA區域大小,從內存中取數據比磁盤快10000倍以上
根據以下查詢出數據緩存命中率
select sum(decode(name,'physical reads',value,0)) phys,
sum(decode(name,'db block gets',value,0)) gets,
sum(decode(name,'consistent gets',value,0)) con_gets,
(1- (sum(decode(name,'physical reads',value,0))/(sum(decode(name,'db block gets',value,0))+sum(decode(name,'consistent gets',value,0)) ) ))*100 Hitratio
from v$sysstat;
一個事務處理程序應該保證得到95%以上的命中率,命中率從90%提高到98%可能會提高500%的性能,ORACLE正在通過CPU或服務時間與等待時間來分析系統性能,不太重視命中率,不過現在的庫緩存和字典緩存仍將命中率作為基本的調整方法。
在調整DB_CACHE_SIZE時使用V$DB_CACHE_ADVICE
select size_for_estimate, estd_physical_read_factor, estd_physical_reads
from v$db_cache_advice
where name = 'DEFAULT';
如果查詢的命中率過低,說明缺少索引或者索引受到限制,通過V$SQLAREA視圖查詢執行緩慢的SQL
3. 設定DB_BLOCK_SIZE來反映數據讀取量大小
OLTP一般8K
OLAP一般16K或者32K
4. 調整SHARED_POOL_SIZE以優化性能
正確地調整此參數可以同等可能地共享SQL語句,使得在內存中便能找到使用過的SQL語句。為了減少硬解析次數,優化對共享SQL區域的使用,需盡量使用存儲過程、使用綁定變量
保證數據字典緩存命中率在95%以上
select ((1- sum(getmisses)/(sum(gets)+sum(getmisses)))*100) hitratio
from v$rowcache
where gets+getmisses 0;
如果命中率小于 99%,就可以考慮增加shared pool 以提高library cache 的命中率
SELECT SUM(PINS) "EXECUTIONS",SUM(RELOADS) "CACHE MISSES WHILE EXECUTING",1 - SUM(RELOADS)/SUM(PINS)
FROM V$LIBRARYCACHE;
通常規則是把它定為DB_CACHE_SIZE大小的50%-150%,在使用了大量存儲過程或程序包,但只有有限內存的系統里,最后分配為150%。在沒有使用存儲過程但大量分配內存給DB_CACHE_SIZE的系統里,這個參數應該為10%-20%
5. 調整PGA_AGGREGATE_TARGET以優化對內存的應用
u OLTP :totalmemory*80%*20%
u DSS: totalmemory*80%*50%
6. 25個重要初始化參數
2 DB_CACHE_SIZE:分配給數據緩存的初始化內存
2 SGA_TARGET:使用了自動內存管理,則設置此參數。設置為0可禁用它
2 PGA_AGGREGATE_TARGET:所有用戶PGA軟內存最大值
2 SHARED_POOL_SIZE:分配給數據字典、SQL和PL/SQL的內存
2 SGA_MAX_SIZE:SGA可動態增長的最大內存
2 OPTIMIZER_MODE:
2 CURSOR_SHARING:把字面SQL轉換成帶綁定變更的SQL,可減少硬解析開銷
2 OPTIMIZER_INDEX_COST_ADJ:索引掃描成本和全表掃描成本進行調整,設定在1-10間會強制頻繁地使用索引,保證索引可用性
2 QUERY_REWRITE_ENABLED:用于啟用具體化視圖和基于函數的索引功能
2 DB_FILE_MULTIBLOCK_READ_COUNT:對于全表掃描,為了更有效執行IO,此參數可在一次IO中讀取多個塊
2 LOG_BUFFER:為內存中沒有提交的事務分配緩沖區(非動態參數)
2 DB_KEEP_CACHE_SIZE:分配給KEEP池或者額外數據緩存的內存
2 DB_RECYCLE_CACHE_SIZE:
2 DBWR_IO_SLAVES:如果沒有異步IO,參數等同于DB_WRITER_PROCESSES模擬異步IO而分配的從SGA到磁盤的寫入器數。如果有異步IO,則使用DB_WRITER_PROCESSES設置多個寫程序,在DBWR期間更快地寫出臟塊
2 LARGE_POOL_SIZE:分配給大型PLSQL或其他一些很少使用的ORACLE選項LARGET池的總塊數
2 STATISTICS_LEVEL:啟用顧問信息,并可選擇提供更多OS統計信息來改進優化器決策。默認:TYPICAL
2 JAVA_POOL_SIZE:為JVM使用的JAVA存儲過程所分配的內存
2 JAVA_MAX_SESSIONSPACE_SIZE:跟蹤JAVA類的用戶會話狀態所用內存上限
2 MAX_SHARED_SERVERS:當使用共享服務器時的共享服務器上限
2 WORKAREA_SIZE_POLICY:啟用PGA大小自動管理
2 FAST_START_MTTR_TARGET:完成一次崩潰恢復的大概時間/S
2 LOG_CHECKPOINT_INTERVAL:檢查點頻率
2 OPEN_CURSORS:指定了保存用戶語句的專用區域大小,如此設置過高會導致ORA-4031
2 DB_BLOCK_SIZE:數據庫默認塊大小
2 OPTIMIZER_DYNAMIC_SAMPLING:控制動態抽樣查詢讀取的塊數量,對正在使用全局臨時表的系統非常有用
三、 SQL調優1. 使用提示
1.1 改變執行路徑
通過OPTIMIZER_MODE參數指定優化器使用方法,默認ALL_ROWS
? ALL_ROWS 可得最佳吞吐量執行查詢所有行
? FIRST_ROWS(n) 可使優化器最快檢索出第一行:
select /*+ FIRST_ROWS(1) */ store_id,… from tbl_store
1.2 使用訪問方法提示
允許開發人員改變訪問的實際查詢方式,經常使用INDEX提示
? CLUSTER 強制使用集群
? FULL
? HASH
? INDEX 語法:/*+ INDEX (TABLE INDEX1,INDEX2….) */ COLUMN 1,….
當不指定任何INDEX時,優化器會選擇最佳的索引
SELECT /*+ INDEX */ STORE_ID FROM TBL_STORE
? INDEX_ASC 8I開始默認是升序,所以與INDEX同效
? INDEX_DESC
? INDEX_COMBINE 用來指定多個位圖索引,而不是選擇其中最好的索引
? INDEX_JOIN 只需訪問這些索引,節省了重新檢索表的時間
? INDEX_FFS 執行一次索引的快速全局掃描,只處理索引,不訪問具體表
? INDEX_SS
? INDEX_SSX_ASC
? INDEX_SS_DESC
? NO_INDEX
? NO_INDEX_FFS
? NO_INDEX_SS
1.3 使用查詢轉換提示
對于數據倉庫非常有幫助
? FACT
? MERGE
? NO_EXPAND 語法:/*+ NO_EXPAND */ column1,…
保證OR組合起的IN列表不會陷入困境,/*+ FIRST_ROWS NO_EXPAND */
? NO_FACT
? NO_MERGE
? NO_QUERY_TRANSFORMATION
? NO_REWRITE
? NO_STAR_TRANSFORMATION
? NO_UNSET
? REWRITE
? STAR_TRANSFORMATION
? UNSET
? USE_CONCAT
1.4 使用連接操作提示
顯示如何將連接表中的數據合并在一起,可用兩提示直接影響連接順序。LEADING指定連接順序首先使用的表,ORDERED告訴優化器基于FROM子句中的表順序連接這些表,并使用第一個表作為驅動表(最行訪問的表)
ORDERED語法:/*+ ORDERED */ column 1,….
訪問表順序根據FROM后的表順序來
LEADING語法:/*+ LEADING(TABLE1) */ column 1,….
類似于ORDER,指定驅動表
? NO_USE_HASH
? NO_USE_MERGE
? NO_USE_NL
? USE_HASH前提足夠的HASH_AREA_SIZE或PGA_AGGREGATE_TARGET
通常可以為較大的結果集提供最佳的響應時間
? USE_MERGE
? USE_NL 通常可以以最快速度返回一個行
? USE_NL_WITH_INDEX
1.5 使用并行執行
? NO_PARALLEL
? NO_PARALLEL_INDEX
? PARALLEL
? PARALLEL_INDEX
? PQ_DISTRIBUTE
1.6 其他提示
? APPEND 不會檢查當前所用塊中是否有剩余空間,而直接插入到表中,會直接將數據添加到新的塊中。
? CACHE 會將全表掃描全部緩存到內存中,這樣可直接在內存中找到數據,不用在磁盤上查詢
? CURSOR_SHARING_EXACT
? DRIVING_SITE
? DYNAMIC_SAMPLING
? MODEL_MIN_ANALYSIS
? NOAPPEND
? NOCACHE
? NO_PUSH_PRED
? NO_PUSH_SUBQ
? NO_PX_JOIN_FILTER
? PUSH_PRED
? PUSH_SUBQ 強制先執行子查詢,當子查詢很快返回少量行時,這些行可以用于限制外部查詢返回行數,可極大地提高性能
例:select /*+PUSH_SUBQ */ emp.empno,emp.ename
From emp,orders
where emp.deptno=(select deptno from dept where loc=’1’)
? PX_JOIN_FILTER
? QB_NAME
2. 調整查詢
2.1 在V$SQLAREA中選出最占用資源的查詢
HASH_VALUE:SQL語句的Hash值。
ADDRESS:SQL語句在SGA中的地址。
PARSING_USER_ID:為語句解析第一條CURSOR的用戶
VERSION_COUNT:語句cursor的數量
KEPT_VERSIONS:
SHARABLE_MEMORY:cursor使用的共享內存總數
PERSISTENT_MEMORY:cursor使用的常駐內存總數
RUNTIME_MEMORY:cursor使用的運行時內存總數。
SQL_TEXT:SQL語句的文本(最大只能保存該語句的前1000個字符)。
MODULE,ACTION:用了DBMS_APPLICATION_INFO時session解析第一條cursor時信息
SORTS: 語句的排序數
CPU_TIME: 語句被解析和執行的CPU時間
ELAPSED_TIME: 語句被解析和執行的共用時間
PARSE_CALLS: 語句的解析調用(軟、硬)次數
EXECUTIONS: 語句的執行次數
INVALIDATIONS: 語句的cursor失效次數
LOADS: 語句載入(載出)數量
ROWS_PROCESSED: 語句返回的列總數
select b.username,a.DISK_READS,a.EXECUTIONS,a.DISK_READS/decode(a.EXECUTIONS,0,1,a.EXECUTIONS) rds_exec_ratio,a.SQL_TEXT
from v$sqlarea a ,dba_users b
where a.PARSING_USER_ID=b.user_id and a.DISK_READS100 order by a.DISK_READS desc;
2.2 在V$SQL中選出最占用資源的查詢
與V$SQLAREA類似
select * from
(select sql_text,rank() over (order by buffer_gets desc) as rank_buffers,to_char(100*ratio_to_report(buffer_gets) over (),'999.99') pct_bufgets from v$sql)
where rank_buffers 11
2.3 確定何時使用索引
2 當查詢條件只需要返回很少的行(受限列)時,則需要建立索引,不同的版本中這個返回要求不同
V5:20% V7:7% V8i,V9i:4% V10g: 5%
查看表上的索引
select a.table_name,a.index_name,a.column_name,a.column_position,a.table_owner
from dba_ind_columns a
where a.table_owner='CLOUDSEA'
2 修正差的索引,可使用提示來限制很差的索引,如INDEX,FULL提示
2 在SELECT 和WHERE中的列使用索引
如: select name from tbl where no=?
建立索引:create index test on tbl(name,no) tablespace cloudsea_index storage(….)
對于系統中很關鍵的查詢,可以考慮建立此類連接索引
2 在一個表中有多個索引時可能出現麻煩,使用提示INDEX指定使用索引
2 使用索引合并,使用提示INDEX_JOIN
2 基于函數索引,由于使用了函數造成查詢很慢.必須基于成本的優化模式,參數:
QUERY_REWRITE_ENALED=TRUE
QUERY_REWRITE_INTEGRITY=TRUSTED (OR ENFORCED)
create index test on sum(test);
2.4 在內存中緩存表
將常用的相對小的表緩存到內存中,但注意會影響到嵌套循環連接上的驅動表
alter table tablename cache;
2.5 使用EXISTS 與嵌套子查詢 代替IN
SELECT …FROM EMP WHERE DEPT_NO NOT IN (SELECT DEPT_NO FROM DEPT WHERE DEPT_CAT=’A’);
(方法一: 高效)
SELECT ….FROM EMP A,DEPT B WHERE A.DEPT_NO = B.DEPT(+) AND B.DEPT_NO IS NULL AND B.DEPT_CAT(+) = ‘A’
(方法二: 最高效)
SELECT ….FROM EMP E WHERE NOT EXISTS (SELECT ‘X’ FROM DEPT D WHERE D.DEPT_NO = E.DEPT_NO AND DEPT_CAT = ‘A’);
四、 使用STATSPACK和AWR報表調整等待和閂鎖
1. 10GR2里的腳本
在$ORACLE_HOME/RDBMS/ADMIN下
Spcreate.sql 通過調用spcusr.sql spctab.sql 和spcpkg.sql創建STATSPACK環境,使用SYSDBA運行它
Spdrop.sql 調用sptab.sql和spdusr.sql刪除整個STATSPACK環境,使用SYSDBA運行它
Spreport.sql 這是生成報表的主要腳本,由PERFSTAT用戶運行
Sprepins.sql 為指定的數據庫和實例生成實例報表
Sprepsql.sql 為指定的SQL散列值生成SQL報表
Sprsqins.sql 為指定的數據庫和實例生成SQL報表
Spauto.sql 使用DBMS_JOB自動進行統計數據收集(照相)
Sprepcon.sql 配置SQLPLUS變量來設置像閾值這樣的內容的配置文件
Spurge.sql 刪除給定數據庫實例一定范圍內的快照ID,不刪除基線快照
Sptrunc.sql 截短STATSPACK表里所有性能數據
五、 執行快速系統檢查1. 緩沖區命中率
查詢緩沖區命中率
select (1 - (sum(decode(name, 'physical reads',value,0)) /
(sum(decode(name, 'db block gets',value,0)) +
sum(decode(name, 'consistent gets',value,0))))) * 100 "Hit Ratio"
from v$sysstat;
你最好買一本專門講ORACLE性能優化的書,好好看看\x0d\x0a1、調整數據庫服務器的性能\x0d\x0aOracle數據庫服務器是整個系統的核心,它的性能高低直接影響整個系統的性能,為了調整Oracle數據庫服務器的性能,主要從以下幾個方面考慮: \x0d\x0a1.1、調整操作系統以適合Oracle數據庫服務器運行\x0d\x0aOracle數據庫服務器很大程度上依賴于運行服務器的操作系統,如果操作系統不能提供最好性能,那么無論如何調整,Oracle數據庫服務器也無法發揮其應有的性能。 \x0d\x0a1.1.1、為Oracle數據庫服務器規劃系統資源 \x0d\x0a據已有計算機可用資源, 規劃分配給Oracle服務器資源原則是:盡可能使Oracle服務器使用資源最大化,特別在Client/Server中盡量讓服務器上所有資源都來運行Oracle服務。 \x0d\x0a1.1.2、調整計算機系統中的內存配置 \x0d\x0a多數操作系統都用虛存來模擬計算機上更大的內存,它實際上是硬盤上的一定的磁盤空間。當實際的內存空間不能滿足應用軟件的要求時,操作系統就將用這部分的磁盤空間對內存中的信息進行頁面替換,這將引起大量的磁盤I/O操作,使整個服務器的性能下降。為了避免過多地使用虛存,應加大計算機的內存。 \x0d\x0a1.1.3、為Oracle數據庫服務器設置操作系統進程優先級 \x0d\x0a不要在操作系統中調整Oracle進程的優先級,因為在Oracle數據庫系統中,所有的后臺和前臺數據庫服務器進程執行的是同等重要的工作,需要同等的優先級。所以在安裝時,讓所有的數據庫服務器進程都使用缺省的優先級運行。 \x0d\x0a1.2、調整內存分配\x0d\x0aOracle數據庫服務器保留3個基本的內存高速緩存,分別對應3種不同類型的數據:庫高速緩存,字典高速緩存和緩沖區高速緩存。庫高速緩存和字典高速緩存一起構成共享池,共享池再加上緩沖區高速緩存便構成了系統全程區(SGA)。SGA是對數據庫數據進行快速訪問的一個系統全程區,若SGA本身需要頻繁地進行釋放、分配,則不能達到快速訪問數據的目的,因此應把SGA放在主存中,不要放在虛擬內存中。內存的調整主要是指調整組成SGA的內存結構的大小來提高系統性能,由于Oracle數據庫服務器的內存結構需求與應用密切相關,所以內存結構的調整應在磁盤I/O調整之前進行。 \x0d\x0a1.2.1、庫緩沖區的調整 \x0d\x0a庫緩沖區中包含私用和共享SQL和PL/SQL區,通過比較庫緩沖區的命中率決定它的大小。要調整庫緩沖區,必須首先了解該庫緩沖區的活動情況,庫緩沖區的活動統計信息保留在動態性能表v$librarycache數據字典中,可通過查詢該表來了解其活動情況,以決定如何調整。 \x0d\x0a \x0d\x0aSelect sum(pins),sum(reloads) from v$librarycache; \x0d\x0a \x0d\x0aPins列給出SQL語句,PL/SQL塊及被訪問對象定義的總次數;Reloads列給出SQL 和PL/SQL塊的隱式分析或對象定義重裝載時在庫程序緩沖區中發生的錯誤。如果sum(pins)/sum(reloads) ≈0,則庫緩沖區的命中率合適;若sum(pins)/sum(reloads)1, 則需調整初始化參數 shared_pool_size來重新調整分配給共享池的內存量。 \x0d\x0a1.2.2、數據字典緩沖區的調整 \x0d\x0a數據字典緩沖區包含了有關數據庫的結構、用戶、實體信息。數據字典的命中率,對系統性能影響極大。數據字典緩沖區的使用情況記錄在動態性能表v$librarycache中,可通過查詢該表來了解其活動情況,以決定如何調整。 \x0d\x0a \x0d\x0aSelect sum(gets),sum(getmisses) from v$rowcache; \x0d\x0a \x0d\x0aGets列是對相應項請求次數的統計;Getmisses 列是引起緩沖區出錯的數據的請求次數。對于頻繁訪問的數據字典緩沖區,sum(getmisses)/sum(gets)10%~15%。若大于此百分數,則應考慮增加數據字典緩沖區的容量,即需調整初始化參數shared_pool_size來重新調整分配給共享池的內存量。 \x0d\x0a1.2.3、緩沖區高速緩存的調整 \x0d\x0a用戶進程所存取的所有數據都是經過緩沖區高速緩存來存取,所以該部分的命中率,對性能至關重要。緩沖區高速緩存的使用情況記錄在動態性能表v$sysstat中,可通過查詢該表來了解其活動情況,以決定如何調整。 \x0d\x0a \x0d\x0aSelect name,value from v$sysstat where name in ('dbblock gets','consistent gets','physical reads'); \x0d\x0a \x0d\x0adbblock gets和consistent gets的值是請求數據緩沖區中讀的總次數。physical reads的值是請求數據時引起從盤中讀文件的次數。從緩沖區高速緩存中讀的可能性的高低稱為緩沖區的命中率,計算公式: \x0d\x0a \x0d\x0aHit Ratio=1-(physical reds/(dbblock gets+consistent gets)) \x0d\x0a \x0d\x0a如果Hit Ratio60%~70%,則應增大db_block_buffers的參數值。db_block_buffers可以調整分配給緩沖區高速緩存的內存量,即db_block_buffers可設置分配緩沖區高速緩存的數據塊的個數。緩沖區高速緩存的總字節數=db_block_buffers的值*db_block_size的值。db_block_size 的值表示數據塊大小的字節數,可查詢 v$parameter 表: \x0d\x0a \x0d\x0aselect name,value from v$parameter where name='db_block_size'; \x0d\x0a \x0d\x0a在修改了上述數據庫的初始化參數以后,必須先關閉數據庫,在重新啟動數據庫后才能使新的設置起作用。
1、1、調整數據結構的設計。這一部分在開發信息系統之前完成,程序員需要考慮是否使用ORACLE數據庫的分區功能,對于經常訪問的數據庫表是否需要建立索引等。
2、2、調整應用程序結構設計。這一部分也是在開發信息系統之前完成,程序員在這一步需要考慮應用程序使用什么樣的體系結構,是使用傳統的Client/Server兩層體系結構,還是使用Browser/Web/Database的三層體系結構。不同的應用程序體系結構要求的數據庫資源是不同的。
3、3、調整數據庫SQL語句。應用程序的執行最終將歸結為數據庫中的SQL語句執行,因此SQL語句的執行效率最終決定了ORACLE數據庫的性能。ORACLE公司推薦使用ORACLE語句優化器(Oracle Optimizer)和行鎖管理器(row-level manager)來調整優化SQL語句。
4、4、調整服務器內存分配。內存分配是在信息系統運行過程中優化配置的,數據庫管理員可以根據數據庫運行狀況調整數據庫系統全局區(SGA區)的數據緩沖區、日志緩沖區和共享池的大小;還可以調整程序全局區(PGA區)的大小。需要注意的是,SGA區不是越大越好,SGA區過大會占用操作系統使用的內存而引起虛擬內存的頁面交換,這樣反而會降低系統。
5、5、調整硬盤I/O,這一步是在信息系統開發之前完成的。數據庫管理員可以將組成同一個表空間的數據文件放在不同的硬盤上,做到硬盤之間I/O負載均衡。
6、6、調整操作系統參數,例如:運行在UNIX操作系統上的ORACLE數據庫,可以調整UNIX數據緩沖池的大小,每個進程所能使用的內存大小等參數。
實際上,上述數據庫優化措施之間是相互聯系的。ORACLE數據庫性能惡化表現基本上都是用戶響應時間比較長,需要用戶長時間的等待。但性能惡化的原因卻是多種多樣的,有時是多個因素共同造成了性能惡化的結果,這就需要數據庫管理員有比較全面的計算機知識,能夠敏感地察覺到影響數據庫性能的主要原因所在。另外,良好的數據庫管理工具對于優化數據庫性能也是很重要的。
網頁標題:怎么優化oracle內存 oracle性能調整與優化
轉載來于:http://vcdvsql.cn/article20/hepdjo.html
成都網站建設公司_創新互聯,為您提供微信公眾號、品牌網站設計、建站公司、網頁設計公司、網站營銷、App開發
聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯