关于parse太大的解决思路？

dx6340 · 发表于 2005-1-20 14:09

你为什么要减少soft parse ?
Soft parse 过多造成你的数据库性能慢了吗？

fwyfly · 发表于 2005-1-21 10:29

最初由 fly_bug 发布
[B]首先感谢各位的讨论。
其实通过上面的数据可以看到hard parse并不多，因此使用绑定变量或者设置share_cursor应该没有什么帮助！
我主要的疑问就是有什么办法可以减少soft parse的量？？执行任何一条语句应该至少有一个soft parse，难道就没有办法处理？？ [/B]

软分析无法避免

jametong · 发表于 2005-1-21 15:28

最初由 fwyfly 发布
[B]
软分析无法避免 [/B]

使用cursor_space_for_time = true和比较高的session_cached_cursors还是可以提高软解析的效率, 按照tom的说法, 这叫做提高soft soft parse.

fly_bug · 发表于 2005-1-22 10:54

主要是soft parse太高导致cpu使用都是100％，机器快顶不住了

xyz3000 · 发表于 2005-1-23 11:59

从你的statspack看
db file sequential read 190,859,150 2,406,307 45.56
是最主要的event,
你的ＣＰＵ并不是主要问题,它仅占17%

你的physical read/write都很高,一般级别的阵列根本承受不了.

xyz3000 · 发表于 2005-1-23 12:04

CPU太高可以确认是哪些process?
这些process是固定的,还是随机变动?
是server proces,还是backgroup process?
有几个CPU?

fwyfly · 发表于 2005-1-24 09:46

最初由 xzh2000 发布
[B]cursor_sharing=force
偶用了很久,却从来没有发现什么BUG。 [/B]

ORACLE也是不建议使用cursor_sharing=force这个参数

fwyfly · 发表于 2005-1-24 09:52

最初由 jametong 发布
[B]

使用cursor_space_for_time = true和比较高的session_cached_cursors还是可以提高软解析的效率, 按照tom的说法, 这叫做提高soft soft parse. [/B]

能否详细介绍一下

关于parse太大的解决思路？

浏览过的版块