亚洲色大网站WWW永久网站,色老板亚洲视频免在线观,亚洲天天做日日做天天看

STATSPACK的��别设�|?

sure_dandan — Sun, 26 Dec 2010 14:31:00 GMT

我们�Ҏ��l�计信息的详�l�程度可以设�|�不同的�U�别�Q�每�U��别见STATS$level_DESCRIPTION;
0�Q?一性性能�l�计:包含回退�D늊�态、字典缓存、SGA、系�l�事件、后��C��件、会话事件、系�l�统计、等待统计、锁�l�计、闩锁统�?nbsp;
5�Q?增加了收集SQL的信息、�ƈ包括0�U�收集的信息。　　
6�Q?增强了在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);

sure_dandan 2010-12-26 22:31 发表评论

性能优化学习2

sure_dandan — Sun, 26 Dec 2010 14:30:00 GMT

一些常用的动态性能试图
1.先来张�ȝ��

2. 实例�U�别�l�计

上面两个框是�pȝ��l�计信息�Q�包括了一些性能指标�Q�有STAT关键�?br /> 下面两个框是事�g�l�计信息�Q�有EVENT关键字，包括了各�U�不同类型的�{�待事�g信息

3.会话�U�别�l�计

上面三个框是会话的系�l�统计信息，包括了一些性能指标�Q�有STAT关键字�?
下面三个框是会话的事件统计信息，包括了该会话各种不同�c�d��的等待事件信息，有EVENT或WAIT关键字�?

4.�q�些事�g都列在V$EVENT_NAME视图中，拥有以下字段�Q?
EVENT#
事�g�?br /> NAME
事�g�?
PARAMETER1
�W�一个参数名
PARAMETER2
�W�二个参数名
PARAMETER3
�W�三个参数名

5.事�g�l�计信息
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:
现在已经不等待了,但提供了��短的�{�待信息

sure_dandan 2010-12-26 22:30 发表评论

性能优化学习1

sure_dandan — Wed, 22 Dec 2010 14:55:00 GMT

一.调优的目�?
1.减少响应旉��
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 session��Z��)

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内部包造成的解析所��q��CPU旉��

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�这通常也是最常见的性能问题.
如果�{�待旉��Q�wait time�Q�占响应旉��(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.
�?数据�c�d�� 说明
STATISTIC# NUMBER �l�计数据�?br /> NAME VARCHAR2 �l�计数据�?br /> CLASS NUMBER �l�计数据�c�d��:1(用户);2(重做);
4(排队);8(高速缓�?;16(�?br /> 作系�l?;32(�q�行服务�?;64
(SQL);128(调试)
VALUE NUMBER �l�计数据�?br /> CLASS NUMBER �l�计数据�c�d��:

2.v$sesstat
�q�个视图�l�出用户会话的统计数�?��Z��扑ֈ�与每个统计数据号(STATISTIC#)有关�?br /> �l�计数据名称�Q�请参阅V$STATNAME.
�?数据�c�d�� 说明
SID NUMBER 会话标识�W?br /> STATISTIC# NUMBER �l�计数据�?标识�W?
VALUE NUMBER �l�计数据�?/p>

3.v$mystat
�q�个视图包含当前会话的统计数据�?br /> �?数据�c�d�� 说明
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 /> �?数据�c�d�� 说明
STATISTIC# NUMBER �l�计数据�?br /> NAME VARCHAR2 �l�计数据名。参见表B-13
CLASS NUMBER 1(用户);2(重做);4(�?br /> �?;8�Q�高速缓�?;16(�?br /> 作系�l?;32(�q�行服务�?;
128(调试)

sure_dandan 2010-12-22 22:55 发表评论

awr分析�ȝ��1

sure_dandan — Mon, 20 Dec 2010 15:06:00 GMT

摘要: DB Name DB Id Instance ... 阅读全文

sure_dandan 2010-12-20 23:06 发表评论

分析AWR报告的基本思�\

sure_dandan — Sun, 19 Dec 2010 15:15:00 GMT

1.观察cache size,观察��L��内存情况,判断SGA的内存分配是否合�?br /> 2.观察load profile的transaction情况,判断�pȝ��的繁忙程�?br /> 3.观察load profile的parse和hard prase�?观察是否存在�q�多的硬解析
4.观察top5 timed event查看�pȝ��的瓶颈所�?br /> 5.��x��6个order by的sql语句

sure_dandan 2010-12-19 23:15 发表评论