1.报表头信息
包括数据库名称,ID,版本号及主机等。随后是快照开始结束时间,多少会话信息。
DB Name DB Id Instance Inst Num Release Cluster Host
------------ ----------- ------------ -------- ----------- ------- ------------
HFWEBDB 2809897684 hfwebdb 1 9.0.1.1.1 NO WIN
Snap Id Snap Time Sessions Curs/Sess Comment
------- ------------------ -------- --------- -------------------
Begin Snap: 1 28-2月-07 19:04:51 9 4.1
End Snap: 2 28-2月-07 19:07:54 9 4.9
Elapsed: 3.05 (mins)
Cache Sizes (end)
~~~~~~~~~~~~~~~~~
Buffer Cache: 32M Std Block Size: 8K
Shared Pool Size: 44M Log Buffer: 512K
2.负载简档(Load Profile)
提供了负载简档每一秒和每一个事务的统计信息。当系统的负载增加时,每一秒的数字会增加。当系统调整为最大效率时,每个事务的统计信息中将显示较低的数字。
Load Profile
~~~~~~~~~~~~ Per Second Per Transaction
--------------- ---------------
Redo size: 1,770.43 323,988.00
Logical reads: 417.98 76,491.00
Block changes: 4.79 876.00
Physical reads: 0.77 140.00
Physical writes: 4.32 791.00
User calls: 1.52 279.00
Parses: 1.90 347.00
Hard parses: 0.24 44.00
Sorts: 1.08 197.00
Logons: 0.00 0.00
Executes: 2.65 485.00
Transactions: 0.01
% Blocks changed per Read: 1.15 Recursive Call %: 95.47
Rollback per transaction %: 0.00 Rows per Sort: 43.02
在负载简档中查询以下信息:
1)重做数据块的增加,块更改变得频繁,以及每次读操作%Blocks的增加,这些意味着DML(插入/更新/删除)活动的增加。
2) SQL语句不在共享池中,出现硬解析,如果出现100次/秒说明绑定变量的使用率不高,应当使用CURSOR_SHARING初始化参数;或者说明共享池在大小存在问题;
3) SQL语句在共享池中时出现软解析,如果出现300次/秒说明应用程序的效率不高,语句反复的被解析,而不是对每个会话应只解析语句一次,以保证高效率。
Redo size:每秒产生的重做日志大小(单位字节),可标志数据变更频率,数据库任务的繁重与否。
Logical reads:平次每秒产生的逻辑读,单位是block。
block changes:每秒block变化数量,数据库事物带来改变的块数量。
Physical reads:平均每秒数据库从磁盘读取的block数。
Physical writes:平均每秒数据库写磁盘的block数。
User calls:每秒用户call次数。
Parses和Hard parses:对于优化好的系统,运行了好几天后,这一列应该达到0,所有的sql在一段时间后都应该在共享池中。
Sorts:每秒产生的排序次数。
Executes:每秒执行次数。
Transactions:每秒产生的事务数,反映数据库任务繁重与否。
Rollback per transaction %:事务回滚的百分比。计算公式为:Round(User rollbacks / (user commits + user rollbacks) ,4)* 100%。如果回滚率过高,可能说明数据库经历了太多的无效操作。过多的回滚可能还会带来Undo Block的竞争。
技巧:负载简档出现显著变化,说明需要做进一步的调查。
3.实例效率
DBA可以检测等待与命中率,可以提前找出ORACLE潜在将要发生的性能问题,很重要。
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 100.00 Redo NoWait %: 100.00
Buffer Hit %: 99.82 In-memory Sort %: 100.00
Library Hit %: 88.72 Soft Parse %: 87.32
Execute to Parse %: 28.45 Latch Hit %: 100.00
Parse CPU to Parse Elapsd %: 27.91 % Non-Parse CPU: 99.76
Shared Pool Statistics Begin End
------ ------
Memory Usage %: 53.15 55.89
% SQL with executions>1: 47.55 53.56
% Memory for SQL w/exec>1: 47.06 62.52
1) Buffer Nowait %低于99%:这是一个对特定缓冲区的请求的命中率,在内存中的该缓冲区应当立即可用。如果命中率下降,在Buffer wait部分中将发现当前存在热数据块的争用现象。
2) Buffer Hit%<95%:这是一个对特定缓冲区的请求的命中率,并且缓存区位于内存中,而无需物理磁盘的I/O操作。尽管原来是作为测量内存效率的少数几种方法之一,但它仍然是一个用于展示你所需要的物理磁盘I/O频率的优秀方法,这将有益于进一步调查性能问题的原因。但如果你在访问时经常使用非选择性索引,它将使你的命中率很高,这将导致做出系统认为性能很好的错误判断。当有效地调整了SQL语句,并在系统范围内使用了高效的索引,这个问题不会经常遇到,并且命中率将是一个更佳性能的指示器。
3) Library Hit <95 %:意味着SQL语句过早地被推出了缓冲池(也可能是池太小了)。还有可能是没有使用绑定变量或者其它问题造成SQL没有被重用。必须修正这个问题(使用绑定变量或者CURSOR_SHARING)并确定共享池的合适尺寸。
4) OLTP中In-memory Sort % < 95%:设置初始化参数PGA_AGGREGATE_TARGET(或者SORT_AREA_SIZE)可有效地解决该问题。
5) Soft Parse % < 95%:软解析低于80%说明SQL没有被重用,需作进一步调查。
6) Latch Hit % <99%:通常是个大问题,找到特定的闩锁可帮助解决该问题。
在SQL语句优化过程中,我们经常会用到hint,现总结一下在SQL优化过程中常见Oracle HINT的用法:
1. /*+ALL_ROWS*/
表明对语句块选择基于开销的优化方法,并获得最佳吞吐量,使资源消耗最小化.
例如:
SELECT /*+ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
2. /*+FIRST_ROWS*/
表明对语句块选择基于开销的优化方法,并获得最佳响应时间,使资源消耗最小化.
例如:
SELECT /*+FIRST_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
3. /*+CHOOSE*/
表明如果数据字典中有访问表的统计信息,将基于开销的优化方法,并获得最佳的吞吐量;
表明如果数据字典中没有访问表的统计信息,将基于规则开销的优化方法;
例如:
SELECT /*+CHOOSE*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
4. /*+RULE*/
表明对语句块选择基于规则的优化方法.
例如:
SELECT /*+ RULE / EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
5. /FULL(TABLE)*/
表明对表选择全局扫描的方法.
例如:
SELECT /*FULL(A)*/ EMP_NO,EMP_NAM FROM BSEMPMS A WHERE EMP_NO='SCOTT';
6. /*+ROWID(TABLE)*/
提示明确表明对指定表根据ROWID进行访问.
例如:
SELECT /*+ROWID(BSEMPMS)*/ FROM BSEMPMS WHERE ROWID>='AAAAAAAAAAAAAA'
AND EMP_NO='SCOTT';
7. /CLUSTER(TABLE)*/
提示明确表明对指定表选择簇扫描的访问方法,它只对簇对象有效.
例如:
SELECT /*CLUSTER / BSEMPMS.EMP_NO,DPT_NO FROM BSEMPMS,BSDPTMS
WHERE DPT_NO='TEC304' AND BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
8. /INDEX(TABLE INDEX_NAME)*/
表明对表选择索引的扫描方法.
例如:
SELECT /*INDEX(BSEMPMS SEX_INDEX) USE SEX_INDEX BECAUSE THERE ARE FEWMALE BSEMPMS / FROM BSEMPMS WHERE
SEX='M';
9. /INDEX_ASC(TABLE INDEX_NAME)*/
表明对表选择索引升序的扫描方法.
例如:
SELECT /*INDEX_ASC(BSEMPMS PK_BSEMPMS) / FROM BSEMPMS WHERE DPT_NO='SCOTT';
10. /INDEX_COMBINE*/
为指定表选择位图访问路经,如果INDEX_COMBINE中没有提供作为参数的索引,将选择出位图索引的布尔组合方式.
例如:
SELECT /*INDEX_COMBINE(BSEMPMS SAL_BMI HIREDATE_BMI)*/ FROM BSEMPMS
WHERE SAL<5000000 AND HIREDATE
11. /INDEX_JOIN(TABLE INDEX_NAME)*/
提示明确命令优化器使用索引作为访问路径.
例如:
SELECT /*INDEX_JOIN(BSEMPMS SAL_HMI HIREDATE_BMI)*/ SAL,HIREDATE
FROM BSEMPMS WHERE SAL<60000;
12. /*+INDEX_DESC(TABLE INDEX_NAME)*/
表明对表选择索引降序的扫描方法.
例如:
SELECT /*+INDEX_DESC(BSEMPMS PK_BSEMPMS) / FROM BSEMPMS WHERE DPT_NO='SCOTT';
13. /INDEX_FFS(TABLE INDEX_NAME)*/
对指定的表执行快速全索引扫描,而不是全表扫描的办法.
例如:
SELECT /*INDEX_FFS(BSEMPMS IN_EMPNAM)*/ FROM BSEMPMS WHERE DPT_NO='TEC305';
14. /ADD_EQUAL TABLE INDEX_NAM1,INDEX_NAM2,...*/
提示明确进行执行规划的选择,将几个单列索引的扫描合起来.
例如:
SELECT /*INDEX_FFS(BSEMPMS IN_DPTNO,IN_EMPNO,IN_SEX)*/ FROM BSEMPMS WHERE EMP_NO='SCOTT' AND DPT_NO='TDC306';
15. /USE_CONCAT*/
对查询中的WHERE后面的OR条件进行转换为UNION ALL的组合查询.
例如:
SELECT /*USE_CONCAT*/ FROM BSEMPMS WHERE DPT_NO='TDC506' AND SEX='M';
16. /NO_EXPAND*/
对于WHERE后面的OR 或者IN-LIST的查询语句,NO_EXPAND将阻止其基于优化器对其进行扩展.
例如:
SELECT /*NO_EXPAND*/ FROM BSEMPMS WHERE DPT_NO='TDC506' AND SEX='M';
17. /NOWRITE*/
禁止对查询块的查询重写操作.
18. /*REWRITE*/
可以将视图作为参数.
19. /*+MERGE(TABLE)*/
能够对视图的各个查询进行相应的合并.
例如:
SELECT /*+MERGE(V) / A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELET DPT_NO
,AVG(SAL) AS AVG_SAL FROM BSEMPMS B GROUP BY DPT_NO) V WHERE A.DPT_NO=V.DPT_NO
AND A.SAL>V.AVG_SAL;
20. /NO_MERGE(TABLE)*/
对于有可合并的视图不再合并.
例如:
SELECT /*NO_MERGE(V) / A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELECT DPT_NO,AVG(SAL) AS AVG_SAL FROM
BSEMPMS B GROUP BY DPT_NO) V WHERE A.DPT_NO=V.DPT_NO AND A.SAL>V.AVG_SAL;
21. /ORDERED*/
根据表出现在FROM中的顺序,ORDERED使ORACLE依此顺序对其连接.
例如:
SELECT /*ORDERED*/ A.COL1,B.COL2,C.COL3 FROM TABLE1 A,TABLE2 B,TABLE3 C WHERE A.COL1=B.COL1 AND B.COL1=C.COL1;
22. /*+USE_NL(TABLE)*/
将指定表与嵌套的连接的行源进行连接,并把指定表作为内部表.
例如:
SELECT /*+ORDERED USE_NL(BSEMPMS)*/ BSDPTMS.DPT_NO,BSEMPMS.EMP_NO,BSEMPMS.EMP_NAM FROM BSEMPMS,BSDPTMS
WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
23. /*+USE_MERGE(TABLE)*/
将指定的表与其他行源通过合并排序连接方式连接起来.
例如:
SELECT /*+USE_MERGE(BSEMPMS,BSDPTMS)*/ FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
24. /USE_HASH(TABLE)*/
将指定的表与其他行源通过哈希连接方式连接起来.
例如:
SELECT /*USE_HASH(BSEMPMS,BSDPTMS)*/ FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
25. /DRIVING_SITE(TABLE)*/
强制与ORACLE所选择的位置不同的表进行查询执行.
例如:
SELECT /*DRIVING_SITE(DEPT)*/ FROM BSEMPMS,DEPT@BSDPTMS WHERE BSEMPMS.DPT_NO=DEPT.DPT_NO;
26. /LEADING(TABLE)*/
将指定的表作为连接次序中的首表.
27. /*CACHE(TABLE)*/
当进行全表扫描时,CACHE提示能够将表的检索块放置在缓冲区缓存中最近最少列表LRU的最近使用端
例如:
SELECT /*+FULL(BSEMPMS) CAHE(BSEMPMS) / EMP_NAM FROM BSEMPMS;
28. /NOCACHE(TABLE)*/
当进行全表扫描时,CACHE提示能够将表的检索块放置在缓冲区缓存中最近最少列表LRU的最近使用端
例如:
SELECT /*FULL(BSEMPMS) NOCAHE(BSEMPMS) / EMP_NAM FROM BSEMPMS;
29
. /APPEND*/直接插入到表的最后,可以提高速度.
insert /*append*/ into test1 select from test4 ;
30. /NOAPPEND*/
通过在插入语句生存期内停止并行模式来启动常规插入.
insert /*noappend*/ into test1 select * from test4 ;