ORACLE 性能调优基础--OWI

一，获取当前等待时间

1，v$session的增强

select wait_class,event,p1,p2,p3 from v$session_wait
minus
select wait_class,event,p1,p2,p3 from v$session;

2，v$event_name视图的说明作用

如果不确定p1-p3意义，可以查询v$event_name视图。

select wait_class,name,parameter1,parameter2,parameter3
from v$event_name
where name='pmon timer'

其中parameter1-parameter3是该字段的含义，而v$session与v$session_wait中
是当前session正在等待的实际参数值。

select wait_class,name,parameter1,parameter2,parameter3
from v$event_name
where name='pmon timer';

WAIT_CLASS NAME PARAMETER1 PARAMETER2 PARAMETER3
Idle pmon timer duration 

duration是持续时间的意思。


3，p1,p2,p3确定所等待的资源

比如db file sequential read 的三个参数在v$event_name中
的意思就是：file#,block#,blocks，即等待单块读的块位置，由
file#.block#确定，还有就是等待读取的块数blocks。

enq: TX - row lock contention等待事件的特殊性：

PARAMETER1 PARAMETER2 PARAMETER3
name|mode usn<<16|slot sequence

举例：

select p1,p2,p3
from v$session
where event='enq: TX - row lock contention';

P1 P2 P3
1415053318 131096 562

select xidusn,xidslot,xidsqn from v$transaction;

2 24 562

select trunc(p2/power(2,16)) as xidusn, --即取整为usn
mod(p2,power(2,16)) as xidslot, --模为slot
p3 xidsqn 
from v$session where wait_class<>'Idle';

2 24 562

这样，利用相应的等待事件对应的p1,p2,p3就能知道当前的资源争用情况。


4，等待现象

oracle利用等待时间，等待次数，超时次数来体现一个等待事件；如下表述：

在10秒时间里发生了10000次latch free等待时间，共有5次超时。

用户感受到的只有等待时间，所以有下面关系：

响应时间=服务时间(service time)+等待时间。

所以降低响应时间就应该从降低服务时间或者等待时间方面来考虑。


二，OWI特点

1，面向问题的OWI

使用OWI可以确定当前系统正存在的严重问题，比如db运行
了100个小时，而通过OWI我们确定这其中有30小时发生在library cache上，
那么这样系统的真正问题就可以确定了。

buffer cache hit ratio(块缓存命中率)失效的原因：

千兆内存的出现，数十个cpu的出现，这样情况下BCHR倒不是很重要，
锁存器的争用在这种情况下是要急需解决的。

小内存，小数量cpu时BCHR才重要。


2，定量的OWI

拒绝推测就是OWI出现的原因，比如：观察
过去5分钟等待现象，可以看到DB CPU使用时间中
有50%的latch:library cache，而几乎没有latch:shared pool
再观察parse time(total)发现是平时的10倍，这说明发生了
过度的软解析，这样问题就明确了。

3，预示性的OWI

只有对oracle有足够深的了解后才可以通过观察等待事件，对症下药。

就像医生对人的身体有足够的了解后才能够治病一样。

4，不断完善的OWI

更明确的等待事件名称，更细度化的名称分类，更多的等待事件引入等。



三，OWI工具

OWI动态视图
其它重要视图
扩展的sql 跟踪
oradebug,dump
awr

1，动态性能视图

1):v$event_name视图使用

EVENT#
EVENT_ID
事件id

NAME
事件名称

PARAMETER1
PARAMETER2
PARAMETER3
事件相关参数

WAIT_CLASS_ID
WAIT_CLASS#
WAIT_CLASS
事件类

2):v$system_event视图使用

select TOTAL_WAITS, --总的等待次数
TOTAL_TIMEOUTS, --总等待的超时次数
TIME_WAITED, --总的等待时间
AVERAGE_WAIT, --平均每次等待时间
TIME_WAITED_MICRO --总的等待时间
from v$system_event;


就是系统启动到现在的等待时间的累计信息。

3):v$session_event视图使用

记录当前会话自登录以来的事件累计信息

select sid,
total_waits,
total_timeouts,
time_waited,
average_wait,
max_wait,
time_waited_micro
from v$session_wait;

这是session当前事件的情况，注意其中的sid,max_wait特殊列。

4):实时等待信息

v$session_wait视图使用

这个视图只要关注state 为waiting的且wait_class不是idle的才有意义。

5):v$session_wait_history记录会话等待历史信息

6):v$system_wait_class

记录的是系统自启动以来，必生的等待类的等待次数和等待总时间。

7):v$session_wait_class

记录的是会话的等待类的次数和总的事件。

8):v$event_histogram

主要是wait_time_milli(毫秒),wait_count

也就是在wait_time_milli以下的wait次数。


2，其它动态性能视图

1):latch类

v$latch,v$latch_children,v$latch_parent,v$latch_holder

2):lock类

v$lock,v$locked_object,v$equeue_lock

3):library 类

v$librarycache,x$kgllk,x$kglpn

4):行高速类

v$rowcache,v$rowcache_parent

5):segment类

v$segment_statistics

它提供了实例启动以后v$sesstat和v$sysstat无法提供的统计信息。

6):Time Model时间模型

v$sess_time_model,v$sys_time_model

7):块

v$bh,x$bh

8):ASH

v$active_session_history

10g新引入，伴随awr特性，oracle利用直接内存访问(Direct Memory Access)第秒更新一次ash数据，
在大部分动态性能监视工具上都使用DMA方式。


2，扩展的sql跟踪

1):10046主要提供的就是sql的跟踪，激活方法：

alter session set events '10046 trace name context forever,level 12';
alter session set events '10046 trace name context off';

exec dbms_system.set_bool_param_in_session(sid=>,serial=>,parname=>,bval=>);
exec dbms_system.set_int_param_in_session(sid=>,serial=>,parname=>,intval=>);
exec dbms_system.set_ev(sid,serial#,10046,12,'');

10g后建议使用dbms_monitor的强大功能：

可以在v$client_stats,v$serv_mod_act_stats中观察收集的信息。

强大的oradebug：

oradebug setospid 2028
oradebug unlimit
oradebug event 10046 trace name context forever,level 12
oradebug event 10046 trace name context off

不懂的可以oradebug help

2):oradebug与转储

oradebug setmypid --绑定当前会话

oradebug dump 
library_cache/row_cache/buffers/enqueues/latches/headdump/systemstate/processstate 10

3):oradebug控制进程

oradebug setospid 24234
oradebug suspend
oradebug resume


3，awr自动工作负荷库

所有收集的数据都放在dba_hist_xxx类似视图中，缺点是它只收集一段时间上的数据，
而在特定时间点是不可以看到的。