×

Loading...
Ad by
  • 最优利率和cashback可以申请特批，好信用好收入offer更好。请点链接扫码加微信咨询，Scotiabank -- Nick Zhang 6478812600。
Ad by
  • 最优利率和cashback可以申请特批，好信用好收入offer更好。请点链接扫码加微信咨询，Scotiabank -- Nick Zhang 6478812600。

@

看到那么多人关心，我就再问一个Oracle的问题吧。

thisunreal(饭得志)
本文发表在 rolia.net 枫下论坛１、问题来源：用户用JDBC thin client访问数据库Oracle 8.1.7.4，说非常慢。
２、服务器是Unix,Oracle SGA开始定义为2.5G,后来我一查，靠，机器才有2G内存，一年多前是4G。估计是拔了内存没改数据库配置。难怪整天看到I/O。改为1.3G SGA以后，I/O正常
３、用户的表误建在system表空间 －－－ 哎，我就不说啥了，不知道是哪位DBA的大作。
４、用户所有的表加起来也才３００多M，但凡是他运行一些稍微复杂一点的SQL，CPU就高达99.9%
５、该建的index都没问题
６、SGA的配置为：
Total System Global Area 1414280164 bytes
Fixed Size 103396 bytes
Variable Size 626417664 bytes
Database Buffers 786432000 bytes
Redo Buffers 1327104 bytes

在Unix上运行的sample SQL为
DELETE FROM loader_queue
WHERE EXISTS (SELECT 1
FROM loader_temp_lqv_dailies s
WHERE loader_queue.kpi_sid = s.kpi_sid
AND loader_queue.time_period_sid = s.time_period_sid
AND loader_queue.day_nr = s.day_nr
AND loader_queue.unit_lookup_id = s.unit_lookup_id)


问题：除了更换更强的CPU,还有什么计？老板坚持认为和CPU无关，虽然那是个几年前的老掉牙５３３ MHZ的Alpha cpu
即使把用户的表移出系统表空间system,会得到实质性的提高？更多精彩文章及讨论，请光临枫下论坛 rolia.net
(#2500475@0)
Last Updated: 2005-9-13
This post has been archived. It cannot be replied.
Report

Replies, comments and Discussions:

  • 工作学习 / 专业知识杂谈 / 看到那么多人关心，我就再问一个Oracle的问题吧。 -thisunreal(饭得志); 2005-9-13 {1354} (#2500475@0)
    本文发表在 rolia.net 枫下论坛１、问题来源：用户用JDBC thin client访问数据库Oracle 8.1.7.4，说非常慢。
    ２、服务器是Unix,Oracle SGA开始定义为2.5G,后来我一查，靠，机器才有2G内存，一年多前是4G。估计是拔了内存没改数据库配置。难怪整天看到I/O。改为1.3G SGA以后，I/O正常
    ３、用户的表误建在system表空间 －－－ 哎，我就不说啥了，不知道是哪位DBA的大作。
    ４、用户所有的表加起来也才３００多M，但凡是他运行一些稍微复杂一点的SQL，CPU就高达99.9%
    ５、该建的index都没问题
    ６、SGA的配置为：
    Total System Global Area 1414280164 bytes
    Fixed Size 103396 bytes
    Variable Size 626417664 bytes
    Database Buffers 786432000 bytes
    Redo Buffers 1327104 bytes

    在Unix上运行的sample SQL为
    DELETE FROM loader_queue
    WHERE EXISTS (SELECT 1
    FROM loader_temp_lqv_dailies s
    WHERE loader_queue.kpi_sid = s.kpi_sid
    AND loader_queue.time_period_sid = s.time_period_sid
    AND loader_queue.day_nr = s.day_nr
    AND loader_queue.unit_lookup_id = s.unit_lookup_id)


    问题：除了更换更强的CPU,还有什么计？老板坚持认为和CPU无关，虽然那是个几年前的老掉牙５３３ MHZ的Alpha cpu
    即使把用户的表移出系统表空间system,会得到实质性的提高？更多精彩文章及讨论，请光临枫下论坛 rolia.net
    • 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是一样的了) -hard20(hard20); 2005-9-13 {302} (#2500808@0)
      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.
      • 我怀疑用户是故意写了很多效率极低的SQL，借此机会来喝咖啡和聊天。 -thisunreal(饭得志); 2005-9-13 (#2500835@0)
    • 用Explain Plan查一下执行Plan吧。 -handd(学做盆景的大熊猫); 2005-9-14 (#2501894@0)

More Topics

  • For those of you, who don’t believe that we have technology to control the weather or cause earth quacks, please watch this video.
  • 美国考古博士生分析激光雷达数据发现失踪的千年玛雅古城
  • Yann LeCun最新公开表示：今年诺贝尔奖颁给AI，是诺奖委员会感到压力的结果，需要承认深度学习的影响。化学奖塞不下更多人，所以只能选了物理, 颁给Hinton和Hopefield勉强合理. 获奖成果玻尔兹曼机和Hopefield网络现在完全无用(completely useless)。
  • Nobel Prize-Winner on AI 'Existential Threat' 辛顿认为我们也许很快就失去对AI的控制。这东西在20年内可能超过人类。
  • CO2 is known as the gas of life according to this Harvard professor - the more CO2 we have the more life there can be on the planet.
    • 枫下论坛主坛 /  工作学习 /  专业知识杂谈