一次内链子查询优化 1

为了减少I/O

最近进行了一个RAC系统的诊断和SQL调优
系统负载如下:
DB Name DB Id Instance Inst num Release RAC Host
CISLIVE 2822924692 cislive1 1 10.2.0.5.0 YES cisdb01


Snap Id Snap Time Sessions Cursors/Session
Begin Snap: 5890 27-Apr-11 14:00:49 295 2.3
End Snap: 5891 27-Apr-11 14:58:30 298 2.6
Elapsed:   57.68 (mins)     
DB Time:   37.97 (mins)     

负载不是太高,我主要是为了防范未然

Load Profile

Per Second Per Transaction
Redo size: 17,555.69 33,054.70
Logical reads: 135,918.63  255,914.07
Block changes: 87.13  164.05
Physical reads: 62.17  117.05
可以看到逻辑读叫高,查看TOP5
Top 5 Timed Events

Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
CPU time   2,192   96.2   
db file sequential read 6,277 32 5 1.4 User I/O
gc cr multi block request 148,225 19 0 .8 Cluster
db file scattered read 12,595 8 1 .4 User I/O
gc buffer busy 3,385 5 2 .2 Cluster

可以看到视乎有块在RAC间传递,CPU TIME的解释ORACLE说是CPU耗用在数据库操作上的时间。
因为我这个系统是偶尔CPU下降到50%,等待时间也是偶尔出现GC CR REQUEST的情况,并没有
达到不因为高负载宕机的地步。只是防范性调优,所以负载不是很高。

分析SQL ORDER BY CPU前2位
53 53 5 10.55 2.41 2.33 ccdfj27szj143    SELECT * FROM ( Select RowNum ...
52 52 5 10.39 2.37 2.26 bh0shnmvqduzu    SELECT COUNT(*) FROM PrpTmain


来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/7728585/viewspace-694083/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/7728585/viewspace-694083/

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值