请大家帮忙分析分析awr

wlq

AIX 6.1
机器环境硬件配置是IBM p750，8个cpu，30g内存。
ORACLE:11.2.3 单机
客户同时配置了8台应用服务器运行。

大家好请教个问题，最近客户反映数据库比较卡，据我观察，卡的原因是比较吃机器内存。我目前也在学习您共享的分析awr的视频，我发现我的awr的DB TIME比较大。我找出一些用户的sql语句占内存比较大的语句让客户进行优化。自己的功力还很浅，希望大家帮忙分析一下我上传的awr这是在数据库卡时段的两个小时的awr希望大家进行讨论指导。谢谢。

yu5782647

1粗略看了下 SQL AREA 674,187 24.24 2,318,455 24.40 19,813 167 0 0 0 0 0
SQL AREA BUILD 200,444 89.89 0   0 0 0 0 0 0 0
SQL AREA STATS 197,646 95.67 197,645 95.67
  看你用的是文件系统，library cache 命中率低，你的机器是不是有大量的换页啊

2.enq: TX - row lock contention  找下问题sql

不过我觉得你所有的问题都可能因为文件系统使用大量内存，导致页交换引起

gdpr-dba

明明是单机你怎么整个RAC的AWR报告？

wlq

yu5782647 发表于 2013-6-8 00:47
1粗略看了下 SQL AREA 674,187 24.24 2,318,455 24.40 19,813 167 0 0 0 0 0
SQL AREA BUILD 200,444 89.8 ...

对是的，有大量的换页。并且换页占满后别收数据库了，就是机器都死掉了。我已经将一些sql提交了客户。

不了峰

这份awr用什么命令收集？

感觉系统问题出在
1.commit和user rollback方面
从Top Timed Events 中看到 commit后的log file sync的wait time avg 高达 3416ms -->IO有问题？
user rollback竟然高达 每秒高达158.44次，是否真实有这么多回滚产生，或是存在不良的编程习惯?

2. enq: TX - row lock contention
这个等待事件也是会引起db time 的大幅升高。这个要找出相互引起等待的sql语句出来。
  看是什么原因引起，并解决 它。