粗略来讲，系统调整一般反映在下列方面：

　　Shared Pool and Library Cache Performance Tuning(共享池和Library Cache)：Oracle将SQL语句、存储包、对象信息和很多其他的项目保存在SGA中一个叫共享池（shared pool）的地方。这个可共享的区域由一个成熟的高速缓存和堆管理器管理。它有3个基本的问题要克服：

　　内存分配的单元不是个常量。从池中分配的内存单元可能是从几个字节到几千个字节。

　　在用户完成工作时，不是所有的内存都能够释放出来，因为共享池的目标是使信息最大程度的共享。

　　没有一个象其他常规的高速缓存的文件做后备的存储那样磁盘空间供整页的导出。

　　只有可重新创建的信息可以从Cache中丢弃，在他被再次需要的时候再重新创建。

　　共享池调整的技巧有：

　　刷（ Flush）共享池可以使小块的内存合并为大块的内存。当共享池的碎片过多时，这能够暂时恢复性能。刷共享池可以使用语句：alter system flush shared_pool;

　　注意执行这个语句将会造成性能的暂时尖峰，因为对象都要重新加载。所以应当在数据库的负载不是很大的情况下进行。

　　确保联机事务处理（ OLTP）应用使用绑定变量 （bind variables）. 这一点对于决策支持系统（DSS）并不重要。

　　确保library cache 的命中率 > 95%

　　增大共享池并不总能解决命中率过多的问题。

　　Buffer Cache Performance Tuning(数据库缓存调整)：数据库缓存保持了从磁盘上读去的数据块的备份。因为缓存通常受到内存约束的限制，不是磁盘上所有的数据都可以放到缓存里。当缓存满了的时候，后来的缓存不中使得Oracle将已经在缓存中的数据写到磁盘上。后续的对写到磁盘上的数据的访问还会造成缓存不中。

　　从缓存调整的角度看，应力求避免以下的问题：