求助 oracle 吃cpu

eygle · 发表于 2004-3-25 10:26

最初由 hendytai 发布
[B]对于删除比较频繁的表，定期重构是必要的。
1.alter table move(不用停应用）
2.imp/exp（要停应用) [/B]

But you should know:
when you using move to alter table between tablespace,
Index will be unuseable,You must rebuild it.

fable_cao · 发表于 2004-3-25 10:47

1、不能改应用的话改cursor_sharing参数，9i的话可以改为similar或force，8i只能改为force，这样的话强迫oracle使用绑定变量，减少了parse，也就减少了CPU。注意改了之后看一下应用是否还能正常跑，不行的话只能改回exact。
2、查看几个top sql的执行计划，该加索引的就加索引，这样就减少了逻辑读。

dodola · 发表于 2004-3-25 12:22

支持一下﹐有些不清的地方﹐好象漸漸清晰了些﹐我的應用及DB也有很多的問題﹐en,學習中﹗

mailme365 · 发表于 2004-3-25 14:40

最初由 4pal 发布
[B]没有这样的说法，但是我估计你们动态生成的sql语句，跟我举的例子是差不多的。比如 insert into temp values (1); insert into temp values (2); ......insert into temp values (N); 是完全不同的sql语句，肯定要硬解析的说。因此为什么不用insert into temp values (:a);这样的也可以是动态sql语句来代替呢？
shared_pool_size的增大，只能延缓瘫痪的时间，但会造成更加严重的恶果，也纵容了不好好写代码的惰性

第2点你说的对，跟应用有关。俺们不知道你们的应用，但我感觉返回的结果集太大，是不是真的需要这么多的查询数据呢？ [/B]

oracle的动态方法除了动态方法1,其他的动态方法都是需要绑定的,而这个也正是动态方法的优点,可以提供最大的灵活度,可以让应用程序进行通用的封装,不知道你们怎么使用oracle的动态方法来封装通用接口的,有点奇怪,难道是将所有的输入参数都转换成字符串来构造sql语句的吗? 如果是那样的话,必须修改这个通用接口,动态方法本来就比静态调用要占用更多的运行处理时间,如果在都使用类似动态方法1那样的处理,真是够呛了