一份statspack报表的解读

lfree · 发表于 2008-4-2 16:59

我个人还是认为IO存在问题。

linjia828 · 发表于 2008-4-2 17:00

iostat:

device bps    sps msps

c3t5d0    0    0.0    1.0
c3t6d0    0    0.0    1.0
c3t0d0    0    0.0    1.0
c3t7d0    0    0.0    1.0
c3t1d0    0    0.0    1.0
c3t2d0    0    0.0    1.0
c3t3d0    0    0.0    1.0
c4t0d1    0    0.0    1.0
c6t0d1    0    0.0    1.0
c6t0d2    0    0.0    1.0
c4t0d2    0    0.0    1.0
c4t0d3    0    0.0    1.0
c6t0d3    0    0.0    1.0
c6t0d4    0    0.0    1.0
c4t0d4    0    0.0    1.0
c4t0d5    0    0.0    1.0
c6t0d5    0    0.0    1.0
c6t0d6    0    0.0    1.0
c4t0d6    0    0.0    1.0

rollingpig · 发表于 2008-4-2 17:01

单从这份report上看，压力最主要来自于redo 以及写data 到磁盘上。 ( log file switch (checkpoint incomplete)  26,000 sec , write complete waits  1,803 sec)
Load profile里的Redo size和db block changes 也偏高。
而从Top SQL可以看出，下面这个SQL正是产生大量redo 和 db block changes 的元凶。
delete from infinterfacelog  where requestid in       (select i
d          from infrequest       where begindatetime <
      TO_DATE('2008-2-15 8:49:03', 'YYYY-MM-DD HH24:MI:SS'));

所谓开源节流，开源就是让redo 和 data写得更快，这不是一时半会做到的。
节流就是不要一次性产生这么多的redo 和 db block changes ，一个delete 语句，从业务上来说，应该没有一定要迅速运行结束的要求。所以我建议少量多次删除，把压力用时间来减轻。

lfree · 发表于 2008-4-2 17:03

在linux下。

iostat
Linux 2.6.9-34.ELsmp (hisrac1)  04/02/2008

avg-cpu:  %user %nice %sys %iowait %idle
         1.11 0.00 1.00 2.39 95.50

Device:          tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda             1.81       2.94       66.94 18480638  420976628
sda1             0.00       0.00       0.00    1736       4
sda2             6.07       2.59       47.86 16280028  300972112
sda3             0.02       0.05       0.11    340588    680392
sda4             0.00       0.00       0.00       8       0
sda5             0.00       0.00       0.02    5062    131080
sda6             2.38       0.29       18.95 1852918  119192824
sdb             42.14    234.74    106.02 1476162553  666687590
sdb1          42.82    234.50    106.00 1474648416  666560025