记录一次等待事件 row cache lock出现原因

今天收到生产库执行缓慢的通知,排查了一下数据库缓慢的原因。首先查看一下当前等待事件

select event,count(*) from v$session_wait group by event order by 2 desc;

发现一条异常的等待事件:

row cache lock

这时,取出当前20分钟的ash报告和问题时间段的awr报告查看

row cache lock排行第一,很不正常。接着,继续往下排查:

connection management call elapsed time耗时较多,说明连接数据库用了较多时间

OAUTH异常活跃,到这里大概知晓是什么问题了。

这是由于存在大量连接使用错误的密码来连接数据库导致的。

为验证是否是这个猜测,通过审计,查找了一下最近10分钟内,连接数据库失败的信息

    SELECT 
        username, os_username, userhost, 
        TO_CHAR(timestamp, 'YYYY-MM-DD HH24:MI:SS') AS timestamp,
        returncode
    FROM 
        sys.dba_audit_session 
    WHERE 
        returncode != 0 
        AND timestamp > SYSDATE - 10/1440
    ORDER BY 
        timestamp DESC

查询到最近10分钟的确存在大量登录失败的信息。然后让应用使用正确的密码连接,至此,问题解决。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

余佬学数据库

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值