This topic has been archived. It cannot be replied.
-
工作学习 / 专业知识杂谈 / 看到那么多人关心，我就再问一个Oracle的问题吧。
-thisunreal(饭得志);
2005-9-13
{1354}
(#2500475@0)
-
select event from v$session_events where SID='正在运行那个SQL的session SID', 把结果post出来, 我告诉你什么问题. 如果这个SQL不对, 你查查desc v$session_events, 就知道怎么写了.
-f001(感觉良好);
2005-9-13
(#2500765@0)
-
还有, 你可以在用户运行那个程序的只前, 运行bstat, 用户程序结束时候, 运行estat, 把report.txt 发给我, 对performancce, 本人还是比较高的. 以前, Oracle的performance问题, 一般能在发生后两分钟内找出root cause.
-f001(感觉良好);
2005-9-13
(#2500778@0)
-
嗯，我也在用statspack盯着
-thisunreal(饭得志);
2005-9-14
(#2501586@0)
-
多谢拉。 当前正在活动的session就是上面的那句SQL。我再OEM上监视了很长时间，发现只要有东西再跑cpu就很高。
-thisunreal(饭得志);
2005-9-13
(#2500833@0)
-
小饭,1.看看你的执行计划,是不是detail的那个表一直在做全表扫描. 是的话新建立一个可用的索引,尽量采用索引扫描.2. 8i下尽量别用exists, 效率特别特别的低.(9i下好象in和exists是一样的了)DELETE FROM loader_queue
WHERE (kpi_sid,time_period_sid,day_nr,unit_lookup_id) in
(SELECT s.kpi_sid,s.time_period_sid,s.s.day_nrs.unit_lookup_id
FROM loader_temp_lqv_dailies s)
先用select 代替 delete,看看结果是不是一样.
有用的话把这个schema倒到别的tablespace下去吧, 尽量别占用system tablespace.
-hard20(hard20);
2005-9-13
{302}
(#2500808@0)
-
我怀疑用户是故意写了很多效率极低的SQL，借此机会来喝咖啡和聊天。
-thisunreal(饭得志);
2005-9-13
(#2500835@0)
-
用Explain Plan查一下执行Plan吧。
-handd(学做盆景的大熊猫);
2005-9-14
(#2501894@0)