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

最新推荐文章于 2024-07-04 09:46:11 发布

hnliuxz

最新推荐文章于 2024-07-04 09:46:11 发布

阅读量1.5k

点赞数

分类专栏： Oracle异常处理文章标签： database 异常分析

本文链接：https://blog.csdn.net/windy_cool/article/details/8656097

版权

本文记录了一次由于Oracle数据库中dblink操作和频繁的硬解析导致的服务堵塞问题。主要涉及高Version counts问题、cursor: pin S wait on X等待事件的分析，并详细介绍了Oracle参数的查看方法以及如何模拟该等待事件，旨在提供故障排查思路。

摘要由CSDN通过智能技术生成

本处记下来，作为一个案例，在这个分析过程中，我们用到了几个视图，
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分钟后，系统 <