一份statspack报表的解读

lfree

原帖由 rollingpig 于 2008-4-2 16:45 发表
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'))
and rownum < 100000;
每天晚上自动运行。避开高峰期。

不是这个问题。
我算了一下仅仅529M的逻辑读，这样的机器不可能要3个小时的。

rollingpig

至于其它的，包括shared pool 大小，绑定变量，log buffer大小，Tune SQL 什么的，暂时放在一边。

linjia828

rollinfpig老大来了。
老大，你看了后觉得我库最大的原因在哪？
IO还是SQL还是参数的设置？

rollingpig

当然，如果能够重新设计 infinterfacelog  ，infrequest      
将其改为partition table, 用truncate partition的方式来删除历史数据，则更加简单。

lfree

to rollingpig ：
我怎么感觉问题应该在IO上。

linjia828

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'))
and rownum < 100000;

这语句已经停掉了，但是现在库明显还是处于半宕机状态，响应很慢

paulyibinyi

原帖由 linjia828 于 2008-4-2 16:52 发表
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'))
and rownum < 100000;

这语句已经停掉了，但是现在库明显还是处于半宕机状态，响应很慢

虽然已经停了但系统进程还要做rollback 啊,所以只能等等看了

lfree

iostat 看看
iostat -x 2 10000

linjia828

回滚是一方面，IO应该也是一方面吧

lfree

原帖由 paulyibinyi 于 2008-4-2 16:54 发表


虽然已经停了但系统进程还要做rollback 啊,所以只能等等看了

Physical Reads  Executions  Reads per Exec %Total Time (s)  Time (s) Hash Value
--------------- ------------ -------------- ------ -------- --------- ----------
        213,188            2      106,594.0   25.4   279.01  10973.80 1738968876
Module: PL/SQL Developer
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'))

仅仅记录这么少的物理读。

正常rollback也没有这么慢。