一次dblink和硬解析频繁导致服务堵塞的排查记录

本处记下来,作为一个案例,在这个分析过程中,我们用到了几个视图,
v$sgastat、v$sqlarea、v$sql、V$ACTIVE_SESSION_HISTORY,
注意几个字段:v$sqlarea的version_count
                            v$sql的 FIRST_LOAD_TIME
重点有4个:1是这个问题的入手,从ash报告中发现等待事件,确认该等待事件发生的条件
                     2是发现了问题,要知道用什么方式获得要验证自己所猜想的问题
                     3是要什么数据验证,这个需要经常查指定的视图,这需要常看。
                     4是要结合应用发起的各个环节,可能环节的交替会影响问题的走向。
--------------------------------------------------------------------------------------------------------------------------------------------
 异常现象:服务监控报警,服务出现堵塞
 初步排查:一个历史数据查询,根据日志排查,发现历史查询反应当时很慢,一条语句查询需要3分钟返回。
                      历史 服务器和应用服务器均无资源使用高的情况
 初步处理:指定的服务down掉,暂时中断指定服务,不影响其他应用。过5分钟后,系统 <
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值