Oracle中SQL語句執行效率的查詢與解決

2021-09-05 19:45:56 字數 4630 閱讀 4068

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

1.測試組和終端使用者反饋的與反應緩慢有關的問題。

2.利用v_$sqlarea檢視提供了執行的細節。(執行、讀取磁碟和讀取緩衝區的次數)

• 資料列

executions:執行次數

disk_reads:讀盤次數

command_type:命令型別(3:select,2:insert;6:update;7delete;47:pl/sql程式單元)

optimizer_mode:優化方式

sql_text:sql語句

sharable_mem:占用shared pool的記憶體多少

buffer_gets:讀取緩衝區的次數

• 用途

1、幫忙找出效能較差的sql語句

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

3、幫忙分析是否需要索引或改善聯接

監控當前oracle的

session,如出現時鐘的標誌,表示此程序中的sql執行時間較長。

4. trace工具:

a)檢視資料庫服務的初始引數: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」轉換跟蹤檔案

f)parse,解析數量大通常表明需要增加資料庫伺服器的共享池大小,

query或current提取數量大表明如果沒有索引,語句可能會執行得更有效,

disk提取數量表明索引有可能改進效能,

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

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

•基於成本(cost based) 和基於規則(rule based) 兩種優化器, 簡稱為cbo 和rbo

•optimizer mode引數值:

choose:如果存在訪問過的任何表的統計資料 ,則使用基於成本的optimizer,目標是獲得最優的通

過量。如果一些表沒有統計資料,則使用估計值。如果沒有可用的統計資料,則將使用基於規則的

optimizer。

all_rows:總是使用基於成本的optimizer,目標是獲得最優的通過量。

first_rows_n:總是使用基於成本的optimizer,目標是對返回前n行(「n」可以是1,10,100或者

1000)獲得最優的響應時間。

first_rows:用於向後相容。使用成本與試探性方法的結合,以便快速傳遞前幾行。

rule:總是使用基於規則的optimizer

三、使用資料庫特性來獲得有助於檢視效能的處理統計資訊(解釋計畫和autotrace)

no1: explain plan

a)使用explain工具需要建立explain_plan表,這必須先進入相關應用表、檢視和索引的所有者的帳

戶內. (@d:\oracle\ora92\rdbms\admin\utlxplan)

b) 表結構:

statement_id:為一條指定的sql語句確定特定的執行計畫名稱。如果在explan plan語句中沒有使

用set statement_id,那麼此值會被設為null。

operation:在計畫的某一步驟執行的操作名稱,例如:filters,index,table,marge joins and

table等。

option:對operation操作的補充,例如:對乙個表的操作,operation可能是table access,但

option可能為by rowid或full。

object_owner:擁有此database object的schema名或oracle帳戶名。

object_name:database object名

object_type:型別,例如:表、檢視、索引等等

id:指明某一步驟在執行計畫中的位置。

parent_id:指明從某一操作中取得資訊的前乙個操作。通過對與id和parent_id使用connect by操

作,我們可以查詢整個執行計畫樹。

c)explain搜尋路徑解釋

•全表掃瞄(full table scans)(無可用索引,大量資料,小表 ,全表掃瞄hints,hwm(high water mark), rowid掃瞄)

•索引掃瞄

索引唯一掃瞄(index unique scans)

索引範圍掃瞄(index range scans)

索引降序範圍掃瞄(index range scans descending)

索引跳躍掃瞄(index skip scans)

全索引掃瞄(full scans)

快速全索引掃瞄(fast full index scans)

索引連線(index joins)

位圖連線(bitmap joins)

•如何選擇訪問路徑: cbo首先檢查where子句中的條件以及from子句,確定有哪些訪問路徑是可用

的。然後cbo使用這個訪問路徑產生一組可能的執行計畫,再通過索引、表的統計資訊評估每個計畫的成

本,最後優化器選擇成本最低的乙個。

•表的連線方式:

nested loops會迴圈外表(驅動表),逐個比對和內錶的連線是否符合條件。在驅動表比較小,內錶

比較大,而且內外表的連線列有索引的時候比較好。當sort_area空間不足的時候,oracle也會選擇使用

nl。基於cost的oracle優化器(cbo)會自動選擇較小的表做外表。(優點:巢狀迴圈連線比其他連線方法

有優勢,它可以快速地從結果集中提取第一批記錄,而不用等待整個結果集完全確定下來。缺點:如果內

部行源表(讀取的第二張表(內錶)已連線的列上不包含索引,或者索引不是高度可選時, 巢狀迴圈連線效

率是很低的。如果驅動行源表(從驅動表中提取的記錄)非常龐大時,其他的連線方法可能更加有效。)

sort- merge join,將兩表的連線列各自排序然後合併,只能用於連線列相等的情況,適合兩表大

小相若的情況(在缺乏資料的選擇性或者可用的索引時,或者兩個源表都過於龐大(超過記錄數的5%)時,排

序合併連線將比巢狀迴圈連更加高效。但是,排列合併連線只能用於等價連線(where

d.deptno=e.dejptno,而不是where d.deptno>=e.deptno)。排列合併連線需要臨時的記憶體塊,以用於排序

(如果sort_area_size設定得太小的話)。這將導致在臨時表空間占用更多的記憶體和磁碟i/o。)

hash join在其中一表的連線列上作雜湊,因此只有另外乙個表做排序合併,理論上比sort join會

快些,需?/td>

"font-family: 宋體; mso-ascii-font-family: 'times new roman'; mso-hansi-font-family:

'times new roman'">或full。

object_owner:擁有此database object的schema名或oracle帳戶名。

object_name:database object名

object_type:型別,例如:表、檢視、索引等等

id:指明某一步驟在執行計畫中的位置。

parent_id:指明從某一操作中取得資訊的前乙個操作。通過對與id和parent_id使用connect by操

作,我們可以查詢整個執行計畫樹。

c)explain搜尋路徑解釋

•全表掃瞄(full table scans)(無可用索引,大量資料,小表 ,全表掃瞄hints,hwm(high water

mark), rowid掃瞄)

•索引掃瞄

索引唯一掃瞄(index unique scans)

索引範圍掃瞄(index range scans)

索引降序範圍掃瞄(index range scans descending)

索引跳躍掃瞄(index skip scans)

全索引掃瞄(full scans)

快速全索引掃瞄(fast full index scans)

索引連線(index joins)

位圖連線(bitmap joins)

• 如何選擇訪問路徑: cbo首先檢查where子句中的條件以及from子句,確定有哪些訪問路徑是可用

的。然後cbo使用這個訪問路徑產生一組可能的執行計畫,再通過索引、表的統計資訊評估每個計畫的成

本,最後優化器選擇成本最低的乙個。

• 表的連線方式:

nested loops會迴圈外表(驅動表),逐個比對和內錶的連線是否符合條件。在驅動表比較小,內錶

比較大,而且內外表的連線列有索引的時候比較好。當sort_area空間不足的時候,oracle也會選擇使用

nl。基於cost的oracle優化器(cbo)會自動選擇較小的表做外表。(優點:巢狀迴圈連線比其他連線方法

有優勢,它可以快速地從結果集中提取第一批記錄,而不用等待整個結果集完全確定下來。缺點:如果內

部行源表(讀取的第二張表(內錶)已連線的列上不包含索引,或者索引不是高度可選時, 巢狀迴圈連線效

率是很低的。如果驅動行源表(從驅動表中提取的記錄)非常龐大時,其他的連線方法可能更加有效。)

sql語句or與union all的執行效率比較

看到一篇文章是講sql語句or與union all的執行效率比較的,以前沒怎麼注意這個問題,感覺文章寫的不錯,轉來一看。sql語句or與union all的執行效率比較 當sql語句有多個or語句時,可以考慮使用union或者union all代替來提高速度。使用or的sql語句往往無法進行優化,導...

跟蹤oracle中sql語句執行過程

1 select from v sqlarea 可以跟蹤sql語句的執行過程,如果想跟蹤某個時間點前後的語句,可以通過first load time時間進行控制。select from v sqlarea where first load time 2010 11 27 09 30 00 這個方法查...

Oracle批量執行SQL語句

1.在plsql之類的工具中把語句塊寫在begin end之間,如 begin insert into table values insert into table values insert into table values insert into table values end 記住在end...