通过dba_hist_*定位问题sql

当数据库服务器性能下降时,可能是由于执行计划变化导致。本文通过Oracle的DBA_HIST_SQL_PLAN等视图,展示了如何追踪SQL语句的历史执行信息,检查执行计划是否发生变化,并通过对比不同计划的效率,讨论如何使用sql profile来固定执行计划,以解决性能问题。
摘要由CSDN通过智能技术生成
db服务器突然变慢,是不是执行计划出现的跳变导致sql性能下降呢.....
oracle的执行计划经常会遭遇绑定变量窥视问题,导致执行计划变更,引起 数据库负载飙升,带来性能问题。

今天通过awr发现,等待事件第一位的是read by other session;SQL Statistics 中几乎都是同一条sql排在第一:56s18gn1k19yp 该sql一个小时内执行了3700多次。
从这种迹象来看,应该是执行计划发生了变更。 
oracle 10G中可以通过下面的三个视图查询到语句的历史执行信息:
DBA_HIST_SQL_PLAN
DBA_HIST_SQLSTAT
DBA_HIST_SNAPSHOT
查看语句的历史执行信息,是否发生变化,何时发生了变化。如果发生了变化,找出以前的执行计划,与当前的执行计划进行对比,有什么不同。

通过下面的sql查询执行计划是否发生变化:
select a.INSTANCE_NUMBER,a.snap_id,a.sql_id,a.plan_hash_value,b.begin_interval_time
from dba_hist_sqlstat a, dba_hist_snapshot b
where sql_id ='56s18gn1k19yp'
and a.snap_id = b.snap_id
order by instance_number, snap_id;
SQL> select a.snap_id, a.sql_id, a.plan_hash_value,to_char(b.begin_interval_time,'yyyy-mm-dd hh24:mi:ss')
 2  from dba_hist_sqlstat a, dba_hist_snapshot b
 3  where sql_id ='56s18gn1k19yp'
 4  and a.snap_id = b.snap_id
 5  order by snap_id desc;  www.2cto.com  
  SNAP_ID SQL_ID        PLAN_HASH_VALUE TO_CHAR(B.BEGIN_INT
---------- ------------- --------------- -------------------
    30569 56s18gn1k19yp       947531627 2012-03-02 14:00:30
    30558 56s18gn1k19yp       947531627 2012-03-02 03:00:12
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值