请教有关于SHARED_POOL的问题：

wlidflower

最初由 rollingpig 发布
[B]

alter system flush shared_pool还有聚合shared_pool fragment的作用。 [/B]

聚合shared_pool fragment
这个有官方的确认吗？
希望得到答复

aok

alter system flush shared_pool就是刷shared_pool，清空了shared_pool，做了之后，原来存储的执行计划、对象相关的内容都没有了，再执行语句时需要重新解析，这就是为什么flush不要在系统很忙的时候做的原因。
这个是我记忆中的，做参考

aok

shared_pool因为使用时间长后，比方说有个执行计划A，占用了8K的内存区域，他相临的执行计划B占用了8K内存，由于计划A长时间不用，被淘汰出去了，计划A的位置被计划C替代，但是计划C只占用6K的内存，这剩下的2K就很有可能变成了fragment，因为一个执行计划需要一段连续的内存区域。SGA使用长时间后，就有可能导致fragment越来越多，尽管SGA剩余空间还比较多，但是有可能连一个连续的8K也找不到了，这样就会出错。所以flush能暂时解决一下04031的错误。这个是我的理解

rollingpig

最初由 wlidflower 发布
[B]
聚合shared_pool fragment
这个有官方的确认吗？
希望得到答复 [/B]

http://metalink.oracle.com/metal ... =Not&id=62143.1

http://metalink.oracle.com/metal ... Not&id=146599.1

lovexueer

关注..

husthxd

最初由 rollingpig 发布
[B]

cursor_sharing参数在9205之后应该是解决了多数的BUG了，之前....还是少碰为妙。 [/B]

确认?
目前项目使用的数据库均是9205+

wlidflower

最初由 rollingpig 发布
[B]


http://metalink.oracle.com/metal ... =Not&id=62143.1

http://metalink.oracle.com/metal ... Not&id=146599.1 [/B]

收到
谢谢!

liufxiang

ORACLE版本9I
长时间运行后，报ORA-4031错误，不会引起系统宕机，
太复杂，实在不行就吧所有SQL语句改用绑定变量，共享池加大到300M，这总能临时解决问题吧，就是不知道它会正常运行多长时间？

rollingpig

最初由 husthxd 发布
[B]


确认?
目前项目使用的数据库均是9205+ [/B]

hehe
其实最好还是由program这边处理好，使用bind var吧。

我现在手头上也有一个不能动的apllication，没有使用bind var，DB是9205,准备使用cursor_sharing,不过暂时还不没上，充分测试之后才敢上.

另外，9206关于curosr_sharing还有6处FIX,所以，9205还是有很多的curosr_sharing 的BUG。

http://metalink.oracle.com/metal ... _showHelp=1#LITREPL

husthxd

最初由 rollingpig 发布
[B]
hehe
其实最好还是由program这边处理好，使用bind var吧。

我现在手头上也有一个不能动的apllication，没有使用bind var，DB是9205,准备使用cursor_sharing,不过暂时还不没上，充分测试之后才敢上.

另外，9206关于curosr_sharing还有6处FIX,所以，9205还是有很多的curosr_sharing 的BUG。

http://metalink.oracle.com/metal ... _showHelp=1#LITREPL [/B]

aix5.2,oracle 9205,把curosr_sharing改为similar后运行良好