Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

8

积分

1

好友

20

主题
1#
发表于 2013-9-22 18:56:57 | 查看: 2989| 回复: 3
    环境:DB/10.2.0.4(64bit)     OS/AIX 5.3.0.0
    之前遇到个这样一个性能问题(on rac),应用运维人员反映前台出单缓慢,于是我第一时间登陆后台数据库,查询当前每个实例的非空闲等待事件,发现有大量的session在经历read by other session,通过event的p1和p2参数发现这些阻塞会话都在等待同一个block,即p1和p2的值是一样的,然后将p1和p2的值代入sql进一步查询等待,结果发现除了之前查出的read by other session之外,还伴随着一个等待是db file sequencial read,观察到这个顺序读的等待对应的会话竟然等了几十分钟,当时临时解决的方法是直接kill掉这个顺序读对应的会话,当kill掉这个会话后,之前大量的read by other session马上消失。
    以上现象在生产中出现过几次,发生频率不定,有时read by other session与db file sequencial read等待事件发生了不同节点,有时候又发生在相同节点,我的疑问就是从现象判断应该是db file sequencial read导致阻塞了大量的read by other session,可是又是谁阻塞了db file sequencial read这个会话了,按常理说读取一个block所花的时间肯定不要几十分钟啊?监控整个等待的过程中p1与p2都是保持不变的!
2#
发表于 2013-9-22 19:23:40
1、给出AWR
2、给出 这个时段 30分钟内的 dba_hist_active_sess_history 保存为excel

回复 只看该作者 道具 举报

3#
发表于 2013-9-24 10:42:13
Liu Maclean(刘相兵 发表于 2013-9-22 19:23
1、给出AWR
2、给出 这个时段 30分钟内的 dba_hist_active_sess_history 保存为excel

不好意思刘大,这是我朋友之前遇到的一个问题,目前没有办法获得以上信息,如果在没有以上信息的情况下,大概猜测的话有哪几种可能呢?

回复 只看该作者 道具 举报

4#
发表于 2013-9-24 11:13:25
我看问题从不靠猜

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2025-1-6 08:09 , Processed in 0.046697 second(s), 20 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569