是不是很难准确地分配
配到最需要的地方去成为可
不同的池所需的内存数？自动共
能。
享内存管理特性使得自动将内存分


　　无论您是一个刚入门的
的错误：
DBA 还是一个经验丰富的 DBA

，您肯定至少看到过一次类似以下


　　ORA-04031:unable to
allocate 2216 bytes of share
d memory ("shared pool"... ...

　　或者这种错误：                                                                　　ORA-04031:unable to allocate XXX
X bytes of shared memory
　　("large pool","unknown object","
session heap","frame")


　　或者可能这种错误：                                                            　　ORA-04031:unable to
allocate bytes of shared mem
ory ("shared pool",
　　"unknown object","joxlod:init h"
, "JOX:ioc_allocate_pal")

　　第一种错误的原因很明
原因可能不是池本身的大小
的一个主题；但目前让我们
池的空间不足。
显：分配给共享池的内存不足以
，而是未使用绑定变量导致的过
把重点放在手头的问题上。）其

满足用户请求。（在某些情况下，
多分析造成的碎片，这是我很喜欢
它的错误分别来自大型池和 Java


　　您需要解决这些错误情
问题是如何在 Oracle 例程
况，而不作任何与应用程序相关
所需的所有池之间划分可用的内
的修改。那么有哪些方案可选呢？
存。

　　馅饼怎么分？