Oracle数据库数据恢复、性能优化»论坛 › Oracle › Oracle数据库管理 › awr报告的db time有些问题

Leo_Mu

0 积分	1 好友	6 主题

发消息

[RAC Clusterware] awr报告的db time有些问题

1^#

发表于 2013-4-11 11:00:45 | 查看: 3859| 回复: 4

大家好，
我这里有一份awr报告，大家就用ml的方法再次看看吧。因为这个db time 有些高，10g的awr也看不到cpu的一些情况。我只看出这个数据库是8核的cpu用的是hp unix 11.31的系统。大家帮看看吧！

awrrpt_2_35781_35783.zip

63.65 KB, 下载次数: 985

分享0

收藏0 回复只看该作者道具举报

zhuang3088

2^#

发表于 2013-4-11 12:48:57

看上去才刚刚启动没多久

回复只看该作者道具举报

dla001

3^#

发表于 2013-4-11 16:44:09

SQL ordered by Cluster Wait Time部分前4个SQL看一下是否正常。

表现最突出的是
7qfa96rjvwpn7
9fkdpsxmxuuuc
0a427kdru2y2z
这3个SQL，执行频率很高，并且
SQL ordered by Gets 部分显示它们 Gets per Exec 为 3.6W左右。

在我们的数据库中，有一个表，数据为100W，字段为78个，执行一次全表扫描的Gets per Exec 为4W左右。对比来看，你的这3个SQL都不怎么正常。

如果SQL执行计划为全表扫描，并且就应该是这样的，那么设计这个SQL的人脑子是问题的。几乎是1秒执行一回全表扫描。并且表的数据最少为100W以上。

请检查一下表的状态（数据有多少，数据块有多少），看一下这3个SQL的执行计划是否正确。是不是真的要这么多的逻辑读。

回复只看该作者道具举报

Maclean Liu(刘相兵

4^#

发表于 2013-4-11 23:35:58

这个db time没什么问题， db cpu高一些而已

CPU Time (s) Elapsed Time (s) Executions CPU per Exec (s) % Total DB Time    SQL Id SQL Module SQL Text
8,637 10,856 5,509 1.57 23.92 7qfa96rjvwpn7         select upper(trim(Contra...
8,636 10,702 5,477 1.58 23.58 0a427kdru2y2z         select upper(trim(Contra...
8,600 10,833 5,559 1.55 23.86 9fkdpsxmxuuuc         select sum(tradeFee) as ...

这三个语句吃掉了大约70%的cpu ,一次执行要 1.5s的cpu time ，如无法接受则需调优

回复只看该作者道具举报

Leo_Mu

5^#

发表于 2013-4-12 12:28:48

那我就放心了，多谢诸位的点评！

回复只看该作者道具举报

返回列表

		自动登录	找回密码
密码			注册