具體詳情請看下文代碼分析。
--查詢正在執(zhí)行的SQL語句
SELECT OSUSER 電腦登錄身份,
PROGRAM 發(fā)起請求的程序,
USERNAME 登錄系統(tǒng)的用戶名,
SCHEMANAME,
B.Cpu_Time 花費cpu的時間,
STATUS,
B.SQL_TEXT 執(zhí)行的sql,
B.
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_reads 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 rownum10
--Oracle 對未提交事務(wù)的查詢
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語句優(yōu)化
1、* 號引起的執(zhí)行效率
盡量減少使用select * 來進行查詢,當你查詢使用*,
數(shù)據(jù)庫會進行解析并將*轉(zhuǎn)換為全部列。
select count(si.student_id)
from Student_info si(student_id為索引)
與
select count(*) from Student_info si
執(zhí)行時.上面的語句明顯會比下面沒有用索引統(tǒng)計的語句要快
2、避免在索引列上使用計算.
WHERE 子句中,如果索引列是函數(shù)的一部分.優(yōu)化器將不使用索引而使用全表掃描.
舉例 :
低效:
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
兩者的區(qū)別在于 , 前者 DBMS 將直接跳到第一個 DEPT 等于 4 的記錄而后者將首先定位到 DEPTNO=3 的記錄并且向前掃描到第一個 DEPT 大于 3 的記錄 .
4 、 用 UNION 替換 OR ( 適用于索引列 )
通常情況下 , 用 UNION 替換 WHERE 子句中的 OR 將會起到較好的效果 . 對索引列使用 OR 將造成全表掃描 . 注意 , 以上規(guī)則只針對多個索引列有效 . 如果有 column 沒有被索引 , 查詢效率可能會因為你沒有選擇 OR 而降低 . 在下面的例子中 , LOC_ID 和 REGION 上都建有索引 .
高效 :
SELECT LOC_ID , LOC_DESC , REGION
FROM LOCATION
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
這是一條簡單易記的規(guī)則,但是實際的執(zhí)行效果還須檢驗,在 ORACLE8i 下,兩者的執(zhí)行路徑似乎是相同的.
低效 :
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執(zhí)行順序
where執(zhí)行會從至下往上執(zhí)行
select *
from student_info si --學(xué)生信息表
where si.school_id=10 --學(xué)院ID
and si.system_id=100--系ID
擺放where子句時,把能過濾大量數(shù)據(jù)的條件放在最下邊
8、from字段中的優(yōu)化:
Oracle安照從右到左的順序加載表數(shù)據(jù),應(yīng)該把可以排除數(shù)據(jù)最多的表放到后面(基礎(chǔ)表)。
比如,在關(guān)聯(lián)查詢中,把課程表放到后面,成績表放到前面,因為課程表數(shù)據(jù)一般比較少,關(guān)聯(lián)的時候可以快速的過濾掉一些成績數(shù)據(jù)。
9、索引失效
1、運算導(dǎo)致的索引失效
2、類型轉(zhuǎn)換導(dǎo)致的索引失效
3、在索引列上進行計算引起的問題
4、 Is not null引起的問題(student_id為索引)
5、Order by導(dǎo)致索引失效(student_id為索引)
6、自動選擇索引
7、 !=導(dǎo)致索引失效
8、%導(dǎo)致的索引失效
您可能感興趣的文章:- oracle下一條SQL語句的優(yōu)化過程(比較詳細)
- oracle數(shù)據(jù)庫sql的優(yōu)化總結(jié)
- Oracle SQL tuning 數(shù)據(jù)庫優(yōu)化步驟分享(圖文教程)
- ORACLE SQL-UPDATE、DELETE、INSERT優(yōu)化和使用技巧分享
- Oracle SQL性能優(yōu)化系列學(xué)習(xí)一
- Oracle SQL性能優(yōu)化系列學(xué)習(xí)二
- Oracle SQL性能優(yōu)化系列學(xué)習(xí)三
- Oracle數(shù)據(jù)庫中SQL語句的優(yōu)化技巧