oracle数据库性能优化案例分析及最佳实践

1 案例分析

案例一:Library cache lock等待

问题背景:

严重的Library cache lock等待,导致SQL执行的很慢
在这里插入图片描述

问题分析:
Library cache lock等待常见场景:

  1. DDL、统计信息搜集
    Namespace→1:table/view/sequence/synonym/
  2. 错误密码登陆
    Namespace→79:Account status
  3. FailureParse
    Namespace→82:SQL AREA BUILD
  4. ADG
    Namespace→74:DBINSTANCE

在这里插入图片描述

案例二:row cache lock等待

问题背景:

大量的row cache lock等待事件,导致数据库夯住。

问题分析:
从dba_hist_active_sess_history中分析看到,数据库于17:30:28开始出现row cache lock(dc_user),从中可以看到,1号节点的会话4901阻塞了3052,4901是一个sqlplus程序,在执行grant object操作。

分析数据库audit日志XXXX1_ora_25757616_1.aud如下:
在这里插入图片描述
因为这个系统业务期间每个节点每秒大概有5、6次的login,两个节点加起来每秒大概有10到12次的login。在因此导致了大量的row cache lock等待事件。

DC_USERS This may occur if a session issues a GRANT to a user and that user is in the process of logging on to the database. Investigate why grants are being made while the users are active.

解决方案:
避免在业务期间进行grant/revoke操作。

案例三:truncate大表

问题背景:

truncate大表,导致业务等待

  • 7
    点赞
  • 16
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值