5Q?增加了收集SQL的信息、ƈ包括0U收集的信息。
6Q?增强了在SQL攉信息斚w的功?列出占用资源较高的SQL),q包所有低U别的信息?nbsp;
7 增加了收集段U别的统计信?如段的逻辑M物理诅R行锁、ITL及buffer busy waits), q包括所有低U别的信息?nbsp;
10 : 增加了收集子LATCH锁的信息,q包括所有低U别的信息?nbsp;
如果你收用statspack定热表及热索引,那就需要?/10的别来攉快照?
9I默认?U?
我们可以手工修改q个U别Q?
怹修改攉U别
SQL>EXECUTE STATSPACK.SNAP(I_SNAP_LEVEL=>0,I_MODIFY_PARAMETER=>’TRUE’);
临时修改
SQL>EXECUTE STATSPACK.SNAP(I_SNAP_LEVEL=>0);
1.先来张ȝ
2. 实例U别l计
上面两个框是pȝl计信息Q包括了一些性能指标Q有STAT关键?br /> 下面两个框是事gl计信息Q有EVENT关键字，包括了各U不同类型的{待事g信息
3.会话U别l计
上面三个框是会话的系l统计信息，包括了一些性能指标Q有STAT关键字?
下面三个框是会话的事件统计信息，包括了该会话各种不同cd的等待事件信息，有EVENT或WAIT关键字?
4.q些事g都列在V$EVENT_NAME视图中，拥有以下字段Q?
EVENT#
事g?br />
NAME
事g?
PARAMETER1
W一个参数名
PARAMETER2
W二个参数名
PARAMETER3
W三个参数名
5.事gl计信息
V$SYSTEM_EVENT: 所有会话对一个事件的ȝ待，它是累计信息?br /> V$SESSION_EVENT: 每个会话对一个事件的ȝ待，它是累计信息?br /> V$SESSION_WAIT:正在{待的当前活动对一个事件的{待Q它是实时状态?br />
6.V$SYSTEM_EVENT:整个实例某个特定{待事g的统计?br />
7.V$SESSION_EVENT:
某个会话特定{待事g的统计?/span>
8. V$SESSION_WAIT :当前会话正在{待的事件及l计信息,我们通过它能准确的发现当前性能问题的现象是什?br />
WAIT_TIME
?:最q一ơ等待的旉, (当STATE为waited known time,单位为厘U?
0:当前正在{待
STATE
waiting:
正在{待?该状?通常seconds_in_wait会有?br />
waited known time:
现在已经不等待了,但提供了详细的等待信?br />
waited short time:
现在已经不等待了,但提供了短的{待信息
2.减少数据库块讉K
3.量把常用的块CACHE到内存中,提高讉K的速度
4.提高OLTP的吞吐量
5.讄pȝ的负?br />
?数据库的pȝ响应旉:
response time = service time + wait time
service's meaning:cpu used by this session
select * from v$sysstat t where t.name ='CPU used by this session';
旉单位:9i以后单位是百万分之一U?br /> 其中Service Time = SQL解析旉 + 递归调用旉 + 其他旉
1.视图的?br /> --实例U系l性能视图:v$sysstat
使用:(以CPU used by this sessionZ)
select * from v$sysstat t where t.name ='CPU used by this session';--会话U系l性能试图:
select a.STATISTIC# from v$statname a where a.NAME like '%CPU used by this session%';扑ֈSTATISTIC#,代入C?br /> --当前所有session?br />
select * from v$sesstat b where b.STATISTIC# = &STATISTIC#;--自己的session?br />
select * from v$mystat c where c.STATISTIC# = &STATISTIC#;--或者直?br />
select b.sid, a.STATISTIC#, a.name, b.value from v$statname a, v$mystat b where a.STATISTIC# = b.STATISTIC#; and a.name like '%xxxxxxx%'
2.sql解析旉(sql解析q程..比较重要,后面专门写一?
select name, sid, value "Total parse Cpu time" from v$statname a, v$mystat b where a.name like '%parse%' and a.statistic# = b.statistic#
3.递归调用旉是用在语义分析阶D|找数据字典或者PLSQL内部包造成的解析所qCPU旉
select * from v$statname a where a.NAME like '%recursive cpu%';实例U和会话U查询方法同?/p>
4.其它CPU旉:通常占绝大多敎ͼ它是执行内存BUFFER搜烦Q烦引和全表扫描涉及的IO操作所占有的CPU
select a.VALUE as "Total CPU", b.VALUE as "Parse CPU", c.VALUE as "Recursive CPU", a.VALUE - b.VALUE - c.VALUE as "Others" from v$sysstat a, v$sysstat b, v$sysstat c where a.NAME = 'CPU used by this session' and b.NAME = 'parse time cpu' and c.NAME = 'recursive cpu usage';
5.{待常是׃q发Q需要等待别的会话处理完独占的资源后所q旉Q这通常也是最常见的性能问题.
如果{待旉Qwait timeQ占响应旉(Pesponse time)的大多数Ӟ我们需要减等待时间来提高pȝ性能。我们需要剥ȝ待时间来分析和优化等待时?br />
select d.EVENT, d.TIME_WAITED, d.AVERAGE_WAIT from v$system_event d where d.EVENT not in ('pmon timer', 'rdbms ipc message', 'smon timer', 'virtual circuit status', 'SQL*Net message from client')not in 里面的event通常被认为是不会产生{待的事?br />
?相关视图
1.v$sysstat
q个使徒列出pȝl计数据.为找C每个l计数据?STATISTIC#)兌的统计数?br />
名称Q请参阅V$STATNAME.
?数据cd 说明
STATISTIC# NUMBER l计数据?br />
NAME VARCHAR2 l计数据?br />
CLASS NUMBER l计数据cd:1(用户);2(重做);
4(排队);8(高速缓?;16(?br />
作系l?;32(q行服务?;64
(SQL);128(调试)
VALUE NUMBER l计数据?br />
CLASS NUMBER l计数据cd:
2.v$sesstat
q个视图l出用户会话的统计数?Z扑ֈ与每个统计数据号(STATISTIC#)有关?br />
l计数据名称Q请参阅V$STATNAME.
?数据cd 说明
SID NUMBER 会话标识W?br />
STATISTIC# NUMBER l计数据?标识W?
VALUE NUMBER l计数据?/p>
3.v$mystat
q个视图包含当前会话的统计数据?br />
?数据cd 说明
SID NUMBER 当前会话的ID
STATISTIC NUMBER l计数据?br />
VALUE NUMBER l计数据?/p>
4.v$statname
q个视图昄列在V$SESSTAT 和V$SYSSTAT 表中的统计数据的解码l计数据名。详l信
息，请参阅V$SESSTAT 和SYSSTAT?br />
?数据cd 说明
STATISTIC# NUMBER l计数据?br />
NAME VARCHAR2 l计数据名。参见表B-13
CLASS NUMBER 1(用户);2(重做);4(?br />
?;8Q高速缓?;16(?br />
作系l?;32(q行服务?;
128(调试)
4.观察top5 timed event查看pȝ的瓶颈所?br /> 5.x6个order by的sql语句