SELECT OSUSER 电脑登录身份,PROGRAM 发起请求的程序,USERNAME 登录系统的用户名,SCHEMANAME,B.cpu_Time 花费cpu的时间,STATUS,B.sql_TEXT 执行的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;
select * from (select v.sql_id,rank() over(order by v.disk_reads desc) elapsed_rank
from v$sql v) a where elapsed_rank <= 10;
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#;
1、* 号引起的执行效率
@H_301_1@尽量减少使用select * 来进行查询,当你查询使用*,
数据库会进行解析并将*转换为全部列。@H_301_1@
select count(si.student_id)
from Student_info si(student_id为索引)
与
select count(*) from Student_info si
执行时.上面的语句明显会比下面没有用索引统计的语句要快@H_301_1@
2、避免在索引列上使用计算．
@H_301_1@WHERE 子句中，如果索引列是函数的一部分．优化器将不使用索引而使用全表扫描．@H_301_1@
举例 :@H_301_1@
低效：@H_301_1@
SELECT … FROM DEPT WHERE SAL * 12 > 25000;@H_301_1@
高效 :@H_301_1@
SELECT … FROM DEPT WHERE SAL > 25000/12;@H_301_1@
3、用 >= 替代 >
@H_301_1@高效 :@H_301_1@
SELECT * FROM EMP WHERE DEPTNO >=4@H_301_1@
低效 :@H_301_1@
SELECT * FROM EMP WHERE DEPTNO >3@H_301_1@
两者的区别在于,前者 DBMS 将直接跳到第一个 DEPT 等于 4 的记录而后者将首先定位到 DEPTNO=3 的记录并且向前扫描到第一个 DEPT 大于 3 的记录 .@H_301_1@
4 、 用 UNION 替换 OR ( 适用于索引列 )
@H_301_1@通常情况下,用 UNION 替换 WHERE 子句中的 OR 将会起到较好的效果 . 对索引列使用 OR 将造成全表扫描 . 注意,以上规则只针对多个索引列有效 . 如果有 column 没有被索引,查询效率可能会因为你没有选择 OR 而降低 . 在下面的例子中,LOC_ID 和 REGION 上都建有索引 .@H_301_1@
高效 :@H_301_1@
FROM LOCATION
WHERE LOC_ID = 10
UNION
SELECT LOC_ID,REGION
FROM LOCATION
WHERE REGION = “MELBOURNE”
低效 :
@H_301_1@FROM LOCATION
WHERE LOC_ID = 10 OR REGION = “MELBOURNE”
如果你坚持要用 OR,那就需要返回记录最少的索引列写在最前面 .@H_301_1@
5、用 IN 来替换 OR@H_301_1@
这是一条简单易记的规则，但是实际的执行效果还须检验，在 ORACLE8i 下，两者的执行路径似乎是相同的．@H_301_1@
低效 :@H_301_1@
SELECT …. FROM LOCATION WHERE LOC_ID = 10 OR LOC_ID = 20 OR LOC_ID = 30@H_301_1@
高效@H_301_1@
SELECT … FROM LOCATION WHERE LOC_IN IN (10,20,30);@H_301_1@
6、避免在索引列上使用 IS NULL 和 IS NOT NULL@H_301_1@
7、where执行顺序@H_301_1@
where执行会从至下往上执行@H_301_1@
select *@H_301_1@
from student_info si --学生信息表@H_301_1@
where si.school_id=10 --学院ID@H_301_1@
and si.system_id=100--系ID@H_301_1@
摆放where子句时,把能过滤大量数据的条件放在最下边@H_301_1@
8、from字段中的优化：@H_301_1@
Oracle安照从右到左的顺序加载表数据，应该把可以排除数据最多的表放到后面（基础表）。@H_301_1@
比如，在关联查询中，把课程表放到后面，成绩表放到前面，因为课程表数据一般比较少，关联的时候可以快速的过滤掉一些成绩数据。@H_301_1@
9、索引失效@H_301_1@
1、运算导致的索引失效@H_301_1@
2、类型转换导致的索引失效@H_301_1@
3、在索引列上进行计算引起的问题@H_301_1@
4、 Is not null引起的问题(student_id为索引)@H_301_1@
5、Order by导致索引失效(student_id为索引)@H_301_1@
7、 !=导致索引失效@H_301_1@
8、%导致的索引失效@H_301_1@
