衡量数据库状况, 优化数据库等
当一个进程连接到数据库后, 进程所经历的种种等待就开始被记录, 并且通过一系列的性能视图进行展示, 通过等待事件用户可以很快发现数据库的性能瓶颈, 从而进行针对性能的优化和分析.
v$event_name
oracle 等待事件主要分两类: 空闲等待(idle) 和 非空闲等待(non-idle)
空闲等待: 指 oracle 正等待某种工作, 在诊断和优化数据库的时候, 不用过多注意这部分事件
非空闲等待: 专门针对oracle的活动, 指数据库任务或应用运行过程中发生的等待, 这些等待事件是, 在调整数据库时应该关注和研究的.
v$session, 记录当前连接的 session 信息
v$session_wait 记录当前数据库连接的活动session正在等待的资源或事件信息
v$system_event 记录数据库自启动以来所有等待事件汇总
v$sqltext, 通常数据库出现瓶颈时, 可以通过v$session_wait找到正在等待资源的session, 通过session的sid, 联合v$session 和 v$sqltext视图就可以捕获这些 session 正在执行的 sql 语句.
例如:
1. select sid, event, p1, p1 text from v$session_wait;
2. select sql_text
from v$sqltext a
where a.hash_value = (select sql_hash_value from v$session b where b.sid = ‘&sid’)
order by piece ASC
3. 使用该用户连接, 检查sql 执行计划
set autotrace trace explain
执行该(有问题的) sql 语句
发现问题, 比如全表扫描 等, 进一步分析原因, 比如在某列上没有索引导致, 处理问题
4. 检查问题是否解决完成
select sid, event, p1, p1 text from v$session_wait;
10g 以后, 新增加了 v$session_wait_history 视图, 这样就可以在查看前一天是否有比较严重的等待事件, 也可以对比前一天和当天等待事件的不同.
ASH 新特性(根本性变革)
如果说 v$session_wait_history 是一小步, 那么 ASH 则是一大步, ASH 以 v$session为基础, 每秒钟采样一次, 记录活动会话等待事件.
利用 v$system_event 视图
select * from (select event, time_waited from v$system_event order by time_waited desc)
where rownum < 10;
查询最严重的前10个等待事件, 然后找出问题根源进行处理.(statspack Report 中的 Top 5 就是参考的这个)
db file sequential read 数据文件顺序读取, User I/O 类, 如果这个等待事件比较显著, 可能表示在多表连接中, 表的连接顺序存在问题
db file scattered read 数据文件离散读取, User I/O 类,通常大量的 db file scattered read 等待可能意味着应用问题或索引缺失.
direct path read/write 直接路径读/写, 磁盘排序等会触发, 临时表空间使用肯定频繁(排序么肯定使用临时表空间), 这时候可以适当增大临时表空间, 修改参数.
enqueue: 队列等待, 对共享资源的锁定机制, 例如: enq: PW – flush prewarm buffers
latch free: 闩锁释放
等待事件 wait event,布布扣,bubuko.com
原文：http://www.cnblogs.com/moveofgod/p/3835067.html