具體詳情請看下文**分析。
--查詢正在執行的sql語句
select osuser 電腦登入身份,
program 發起請求的程式,
username 登入系統的使用者名稱,
schemaname,
b.cpu_time 花費cpu的時間,
status,
b.sql_text 執行的sql,
b.www.cppcns.com
from v$session a
left join v$sql b on a.sql_address = b.address
and a.sql_hash_value = b.hash_value
order by b.cpu_time desc;
--查詢比較耗cpu的sql語句
select *
from (select v.sql_id,
v.child_number,
v.sql_text,
v.elapsed_time,
v.cpu_time,
v.disk_reads,
rank() over(order by v.cpu_time desc) elapsed_rank
from v$sql v) a
where elapsed_rank <= 10;
--查詢比較耗磁碟的sql語句
select * from (select v.sql_id,
v.child_number, v.sql_text,
v.elapsed_time, v.cpu_time,
v.disk_reads,
rank() over(order by v.disk_read程式設計客棧s desc) elapsed_rank
from v$sql v) a where elapsed_rank <= 10;
--查詢比較慢的sql語句
select * from (
select parsing_user_id,executions,sorts
command_type,disk_reads,sql_text from v$sqlarea order by disk_reads desc
)where rownum程式設計客棧<10
--oracle 對未提交事務的查詢
select a.sid,a.blocking_session,a.last_call_et,a.event,
object_name,
dbms_rowid.rowid_create(1,data_object_id,rfile#,row_wait_block#,row_wait_row#) "rowid" ,
c.sql_text,c.sql_fulltext
from v$session a,v$sqlarea c ,dba_objects,v$datafile
where a.blocking_session is not null
and a.sql_hash_value = c.hash_value
and row_wait_obj#=object_id and file#=row_wait_file#;
ps：oracle常見sql語句優化
1、* 號引起的執行效率
儘量減少使用select * 來進行查詢,當你查詢使用*,
資料庫會進行解析並將*轉換為全部列。
select count(si.student_id)
from student_info si(student_id為索引)
與select count(*) from student_info si
執行時.上面的語句明顯會比下面沒有用索引統計的語句要快
2、避免在索引列上使用計算．
where 子句中，如果索引列是函式的一部分．優化器將不使用索引而使用全表掃瞄．
舉例 :
低效：select … from dept where sal * 12 > 25000;
高效 :
select … from dept where sal > 25000/12;
3、用 >= 替代 >
高效 :
select * from emp where deptno >=4
低效 :
select * from emp where deptno >3
兩者的區別在於 , 前者 dbms 將直接跳到第乙個 dept 等於 4 的記錄而後者將首先定位到 deptno=3 的記錄並且向前掃瞄到第乙個 dept 大於 3 的記錄 .
4 、 用 union 替換 or ( 適用於索引列 )
通常情況下 , 用 union 替換 where 子句中的 or 將會起到較好的效果 . 對索引列使用 or 將造成全表掃瞄 . 注意 , 以上規則只針對多個索引列有效 . 如果有 column 沒有被索引 , 查詢效率可能會因為你沒有選擇 or 而降低 . 在下面的例子中 , loc_id 和 region 上都建有索引 .
高效 :
select loc_id , loc_desc , region
from locat程式設計客棧ion
where loc_id = 10
union
select loc_id , loc_desc , region
from location
where region = 「melbourne」
低效 :
select loc_id , loc_desc , region
from location
where loc_id = 10 or region = 「melbourne」
如果你堅持要用 or, 那就需要返回記錄最少的索引列寫在最前面 .
5、用 in 來替換 or
這是一條簡單易記的規則，但是實際的執行效果還須檢驗，在 oracle8i 下，兩者的執行路徑似乎是相同的．
低效 :
select …. from location where loc_id = 10 or loc_id = 20 or loc_id = 30
高效select … from location where loc_in in (10,20,30);
6、避免在索引列上使用 is null 和 is not null
7、where執行順序
where執行會從至下往上執行
select *
from student_info si --學生資訊表
where si.school_id=10 --學院id
and si.system_id=100--系id
擺放where子句時,把能過濾大量資料的條件放在最下邊
8、from欄位中的優化：
oracle安照從右到左的順序載入表資料，應該把可以排除資料最多的表放到後面（基礎表）。
比如，在關聯查詢中，把課程表放到後面，成績表放到前面，因為課程表資料一般比較少，關聯的時候可以快速的過濾掉一些成績資料。
www.cppcns.com9、索引失效
1、運算導致的索引失效
2、型別轉換導致的索引失效
3、在索引列上進行計算引起的問題
4、 is not null引起的問題(student_id為索引)
5、order by導致索引失效(student_id為索引)
6、自動選擇索引
7、 !=導致索引失效
8、%導致的索引失效
本文標題: oracle資料庫優化輔助sql語句
本文位址:
Oracle資料庫該如何著手優化乙個SQL
這是個終極問題，因為優化本身的複雜性實在是難以總結的，很多時候優化的方法並不是用到了什麼高深莫測的技術，而只是乙個思想意識層面的差異，而這些都很可能連帶導致效能表現上的巨大差異。所以有時候我們應該先搞清楚需求到底是什麼，sql本身是否合理，這些思考很可能會使優化工作事半功倍。而本文是假設sql本身合...
Oracle資料庫優化
1.使用索引 當sql中含有max min order by 時增速明顯。建立索引應用於join where order by排序的字段上，避免建立在含有大量重複的字段上，例如某個具有列舉型別的字段，避免索引所在的字段含有 null 值 索引會降低 insert update 的速率 2.選取最適用...
優化Oracle資料庫效能
優化策略 為了保證oracle資料庫執行在最佳的效能狀態下，在資訊系統開發之前就應該考慮資料庫的優化策略。優化策略一般包括伺服器作業系統引數調整 資料庫引數調整 網路效能調整 應用程式sql語句分析及設計等幾個方面，其中應用程式的分析與設計是在資訊系統開發 分析評價oracle資料庫效能主要有資料庫...