一、識別占用資源較多的語句的方法(4種方法)

1.測試組和最終用戶反饋的與反應(yīng)緩慢有關(guān)的問題。

2.利用V_$SQLAREA視圖提供了執(zhí)行的細(xì)節(jié)。(執(zhí)行、讀取磁盤和讀取緩沖區(qū)的次數(shù))

◆ 數(shù)據(jù)列

EXECUTIONS：執(zhí)行次數(shù)

DISK_READS：讀盤次數(shù)

COMMAND_TYPE：命令類型(3:select,2:insert;6:update;7delete;47:pl/sql程序單元)

OPTIMIZER_MODE：優(yōu)化方式

SQL_TEXT：Sql語句

SHARABLE_MEM：占用shared pool的內(nèi)存多少

BUFFER_GETS：讀取緩沖區(qū)的次數(shù)

◆用途

1、幫忙找出性能較差的SQL語句

2、幫忙找出最高頻率的SQL

3、幫忙分析是否需要索引或改善聯(lián)接

監(jiān)控當(dāng)前Oracle:family: 'Times New Roman'; mso-hansi-font-family: 'Times New Roman'">的session，如出現(xiàn)時鐘的標(biāo)志，表示此進程中的sql運行時間較長。

4. Trace工具：

a)查看數(shù)據(jù)庫服務(wù)的初始參數(shù)：timed_statistics、user_dump_dest和max_dump_file_size

b)Step 1: alter session set sql_trace=true

c)Step 2: run sql;

d)Step 3: alter session set sql_trace=false

e)Step 4:使用 “TKPROF”轉(zhuǎn)換跟蹤文件

f)Parse，解析數(shù)量大通常表明需要增加數(shù)據(jù)庫服務(wù)器的共享池大小，

query或current提取數(shù)量大表明如果沒有索引，語句可能會運行得更有效，

disk提取數(shù)量表明索引有可能改進性能，

library cache中多于一次的錯過表明需要一個更大的共享池大小

二、如何管理語句處理和選項

◆基于成本(Cost Based) 和基于規(guī)則(Rule Based) 兩種優(yōu)化器， 簡稱為CBO 和RBO

◆Optimizer Mode參數(shù)值:

Choose：如果存在訪問過的任何表的統(tǒng)計數(shù)據(jù) ，則使用基于成本的Optimizer,目標(biāo)是獲得最優(yōu)的通過量。如果一些表沒有統(tǒng)計數(shù)據(jù)，則使用估計值。如果沒有可用的統(tǒng)計數(shù)據(jù)，則將使用基于規(guī)則的Optimizer。

All_rows：總是使用基于成本的Optimizer，目標(biāo)是獲得最優(yōu)的通過量。

First_rows_n：總是使用基于成本的Optimizer，目標(biāo)是對返回前N行(“n”可以是1，10，100或者1000)獲得最優(yōu)的響應(yīng)時間。

First_rows：用于向后兼容。使用成本與試探性方法的結(jié)合，以便快速傳遞前幾行。

RULE：總是使用基于規(guī)則的Optimizer

更多信息請查看IT技術(shù)專欄