曾几何时，网络上流传着给Oracle数据库分配内存的一条法则：把80%的内存分配给Oracle使用，而又将这80%的内存分配80%给Oracle的SGA，剩下的20%分给Oracle的PGA。记得Tom曾说过类似这样的话：如果一个参数的设置对Oracle是最佳的，那么Oracle就会自动地将其设为了默认值。而显然，在内存分配这事上，Oracle的初始设置并不是按这个法则的，那么就是说从某一方面证明这个法则存在问题。
当然大部分DBA不会这样设置内存参数，但是也有不少的人在Oracle的内存分配上存在欠考虑的地方。
首先，我们来看看保留可用内存20%给操作系统是否合适。对于2G内存的服务器（现实中这样的机器不少），20%意味着400M，而通常400M对操作系统来说是不够用的。而对于内存特别多的主机，20%又显得太多。
对于操作系统的保留内存，需要根据实际情况预以考虑，这包括了操作系统的内核参数的设置。比如在AIX下的默认设置，client和perm内存可以占用远远超过20%的内存，而HP-UX下的默认设置，File Cache和Buf Cache也可能占用远远超过20%的内存。所以对于这些环境的数据库，一定要注意调整OS的内核参数。对于OS的内存使用，至少保留20%也不失为一种稳妥的做法。
除了操作系统这一块，给Oracle分配内存的时候，还需要注意以下非常重要的几点，这几点经常被人忽略：
注意业务高峰期的内存使用：我所维护的一套系统，平时的连接数通常在5000-5500左右，而在最高时连接数达到了8000，也就是到达了连接的上限才作罢。因此，我们需要为业务高峰期时保留足够的内存。
对于RAC数据库，需要考虑到其他节点故障或停机维护时，连接和压力转移到继续工作的节点时的内存消耗。
一些人只考虑到了连接时进程使用的PGA内存，这里存在一个很大的误解，就是认为一个连接，只会使用PGA的内存。但还有一个很重要的内存使用，那就是进程本身占用的操作系统内存，除了PGA之外的内存。进程本身有代码（在OS中这通常是共享的），有stack，有heap，还要有kernel的内存占用。PGA只是进程使用的内存中一部分，甚至大部分情况下只是一小部分。在Oracle 10.2.0.4 for AIX下测试过，一个空闲连接，也就是啥事儿都不干的一个连接，PGA占用500K左右，而server process进程占用的内存在4-5M之间。测试时这套库刚启动，没有任何负载。实际上据观察在一套运行比较长时间的库上，server process占用的内存在9-10M之间。当然不同的系统，不同的配置，oracle进程占用的内存有所不同，有兴趣的朋友可以测量一下Oracle进程在HP-UX和LINUX下的内存占用。
