改小shanre pool会出现内存不够用吗？

biti_rainy

1： 最大并发用户多大？session_cached_cursors = 100 ，会导致  用户大一些的话占用大量内存
从而使其他sql的解析  命中率 很低,你虽然缓存了这么多，但实际上  整个命中率 只有  90%，难道你就不该分析一下原因？
你的 内存用到哪里去了,是不是应用本身的问题

2：相对hard  parse 来说，session_cached_cursors 所节省的 soft parse 的开销简直可以忽略不记

看样子硬解析好象不多，是软解析多，session_cached_cursors 缓存的cursors 未必都派上了用场，但由于它的存在，使用了大量的内存和CPU ，由于必须跟应用特征结合起来分析，所以对于经验值上来说，我不确信100和10  差异有多大

也许，然后设置这个参数，也许没有起到太大的作用
反而带来了一系列 的 内存 和CPU 的问题

建议：  逐步减小 shared_pool_size ,逐步减小 session_cached_cursors 然后看效果

rchsh

好
继续。。。

sanow

最初由 biti_rainy 发布
[B]1： 最大并发用户多大？session_cached_cursors = 100 ，会导致  用户大一些的话占用大量内存
从而使其他sql的解析  命中率 很低,你虽然缓存了这么多，但实际上  整个命中率 只有  90%，难道你就不该分析一下原因？
你的 内存用到哪里去了,是不是应用本身的问题

2：相对hard  parse 来说，session_cached_cursors 所节省的 soft parse 的开销简直可以忽略不记

看样子硬解析好象不多，是软解析多，session_cached_cursors 缓存的cursors 未必都派上了用场，但由于它的存在，使用了大量的内存和CPU ，由于必须跟应用特征结合起来分析，所以对于经验值上来说，我不确信100和10  差异有多大

也许，然后设置这个参数，也许没有起到太大的作用
反而带来了一系列 的 内存 和CPU 的问题

建议：  逐步减小 shared_pool_size ,逐步减小 session_cached_cursors 然后看效果 [/B]

这些参数都不是我设置的，我刚接手。据说一年前Oracle公司的人曾调过参数。后来的管理员有没改过就不知道了。因为我们用的Applicatiion Server，很多是固定的模块，存在大量的动态sql，软解析多是没法子的事情。客户都在窗口输入然后生成定单之类的东西，由变量传递，所以硬解析也少。当然最终还是查应用，找出为什么latch free 跟enqueue的竞争可以吃掉将近一半的资源。目前能做的就是调一下shared_pool_size ，试图减少library cache latch 跟
shared pool latch的竞争，至于最严重的cache buffers chains，要慢慢找内存的sql了。

biti_rainy

但是你这个数据
1002392 parses (2728 hard parses), 9496747 executions
却告诉我 hard  parse 很少，所以我不确信到底是怎么样子的

如果存在大量hard  parse ，那也不是 shared_pool-size and  session_cached_cursors  能解决的了的
这样的话就是 超过一定限度后，越大性能越差

session_cached_cursors  缓解的是  软解析，针对的不是  大量"不同"的动态sql,应用的问题还的从应用来解决，超过了数据库的承受能力，再加大参数  或者 内存，就是 负作用

sanow

最初由 biti_rainy 发布
[B]但是你这个数据
1002392 parses (2728 hard parses), 9496747 executions
却告诉我 hard  parse 很少，所以我不确信到底是怎么样子的

如果存在大量hard  parse ，那也不是 shared_pool-size and  session_cached_cursors  能解决的了的
这样的话就是 超过一定限度后，越大性能越差

session_cached_cursors  缓解的是  软解析，针对的不是  大量"不同"的动态sql,应用的问题还的从应用来解决，超过了数据库的承受能力，再加大参数  或者 内存，就是 负作用 [/B]

哦，我理解错了动态sql的概念了。对解析多这个问题，，Oracle Applications server 11 模块固定了，自己写的客户化的Form跟Report想不绑定变量都不行：）。估计是调整不了的事。可以做的事可能考虑把常用的包pin在内存，不知道效果如何，哪位做过的朋友可以讲一下？