许多开发维护人员并没有真正理解Oracle数据库相关参数在系统运行中的作用，导致数据库系统的执行效率低下。因此，如何设计合理的Oracle数据库初始化参数就显得非常重要。
为了访问数据库中的数据，Oracle数据库为所有用户提供一组后台进程，并且，有一些存储结构专门用来存储最近的有关对数据库访问的数据。这些存储区域可以通过减少对数据库文件的I/O次数来改善数据库性能。
数据库实例就是用来访问一个数据库文件集的一个存储结构以及后台进程的集合。它使一个单独的数据库可以被多个实例访问（这是Oracle的并行服务器方式 ）。决定实例的组成以及大小的参数存储在文件init.ora中。这个文件在实例启动时候需要装载，也可以在运行中被DBA装载 。instance的init.ora文件通常包含instance 的名字，比如一个instance叫ORA9，其init.ora将被起名为initORA9.ora。本文结合笔者实际工作中的Oracle数据库使用经验讨论其相关参数的调整策略。
通常需要设置的参数：
● DB_BLOCK_BUFFERS
该参数决定了数据库缓冲区的大小，这部分内存的作用主要是在内存中缓存从数据库中读取的数据块，数据库缓冲区越大，为用户已经在内存里的共享数据提供的内存就越大，这样可以减少所需要的磁盘物理读写次数。在Oracle 9i以前版本数据库中，缓冲是由db_block_buffers*db_block_size来决定，db_block_sizBe参数是在创建数据库时设置的，它决定数据库里每个块的大小，9i以前不能改变已经存在的数据库的块大小，因此应该在最初创建数据库时就确保设置适当的数据库块大小。在创建数据库时设置为8k，db_block_buffers*db_block_size的乘积占物理内存的20%～30%，物理内存在1G以内，可以占20%，1G～2G之间可占25%，物理内存在2G以上，可以占30%，甚至更高。
说明：Oracle 8i以后的数据缓冲区（data buffer）实际可由三部分组成，分别是默认池、保留池（buffer keep）和回收池（buffer recycle）。保留池可用于存放需要极快的访问的小表，回收池可用于存放需要全表扫描的大表。保留池和回收池的大小分别由参数buffer_pool_keep和buffer_pool_recycle决定。这两个参数通常在做性能调整时才设置，因此不建议设置这两个参数。
● shared_pool_size
Shared pool由三部分组成，分别是Dictionary cache（包括数据字典的定义，如表结构、权限等）、Library cache（包括共享的sql游标、sql原代码以及执行计划、存储过程和会话信息）和Control structure。它的大小由初始化参数shared_pool_size控制，它的作用是缓存已经被解析过的SQL，使其能被重用，不用再解析。SQL的解析非常消耗CPU的资源，如果一条SQL在Shared pool中已经存在，则进行的仅是软解析（在Shared pool中寻找相同SQL），这将大大提高数据库的运行效率。当然，这部分内存也并非越大越好，太大的Shared pool，Oracle数据库为了维护共享结构，将付出更大的管理开销。这个参数的设置建议在150M～500M之间。如果系统内存为1G，该值可设为150M～200M；如果为2G，该值设为250M～300M；每增加1G内存，该值增加100M；但该值最大不应超过500M。（Shared pool不足，Oracle将报4031错）。
● shared_pool_reserved_size
它的作用是在shared pool中保留一块区域以放置一些大对象（如大型软件包），如不设置此参数，系统缺省保留5%的shared pool空间用于放置大对象，不建议设置该参数，让系统自动分配即可。
● Sort_area_size
该参数是当查询需要排序的时候，Oracle将使用这部分内存做排序，当内存不足时，使用临时表空间做排序。这个参数是针对会话（session）设置的，不是针对整个数据库。即如果应用有170个数据库连接（session），假设这些session都做排序操作，则Oracle会分配8×170等于1360M内存做排序，而这些内存是在Oracle的SGA区之外分配的，即如果SGA区分配了1.6G内存，Oracle还需要额外的1.3G内存做排序。建议该值设置不超过3M，当物理内存为1G时，该值宜设为1M或更低（如512K）；2G时可设为2M；但不论物理内存多大，该值也不应超过3M。
● sort_area_retained_size
这个参数的含义是当排序完成后至少为session继续保留的排序内存的最小值，该值最大可设为等于Sort_area_size。这样设置的好处是可以提高系统性能，因为下次再做排序操作时不需要再临时申请内存，缺点是如果Sort_ara_size设得过大并且session数很多时，将导致系统内存不足。建议该值设为Sort_area_size的10%～20%左右，或者不设置（缺省为0）。
● Log_buffer
Log_buffer是重做日志缓冲区，对数据库的任何修改都按顺序被记录在该缓冲，然后由LGWR进程将它写入磁盘。LGWR的写入条件是：用户提交、有1/3重做日志缓冲区未被写入磁盘、有大于1M重做日志缓冲区未被写入磁盘、超时、DBWR需要写入的数据的SCN 号大于LGWR记录的SCN 号，DBWR 触发LGWR写入。从中可以看出，大于1M的log buffer值意义并不大，建议不论物理内存多大，该值统一设为1M。
● Large_pool_size
Oracle的large_pool用于MTS、并行查询和RMAN。如果使用了MTS或RMAN，large_pool特别有用，它可以降低用户对shared_pool的争用，这个参数不推荐设置。（或设为1M）。
● Java_pool_size
Oracle 8i以后版本中，Oracle数据库内置了对Java的支持，短消息系统并未使用这些功能，因此java_pool_size的值可以减少到1M。但如果数据库安装时选择了JServer组件，则这个值可以设置为20M～30M之间。（可以查询v$option动态视图，如果java那一项值为true，则表示安装了JServer，为false，表示未安装）。
● SESSION_CACHED_CURSOR
该参数指定要高速缓存的会话游标的数量。对同一SQL语句进行多次语法分析后，它的会话游标将被移到该会话的游标高速缓存中。这样可以缩短语法分析的时间，因为游标被高速缓存，无需被重新打开。设置该参数有助于提高系统的运行效率，建议无论在任何平台都应被设为50。
● re_page_sga
该参数表示将把所有SGA装载到内存中，以便使该实例迅速达到最佳性能状态。这将增加例程启动和用户登录的时间，但在内存充足的系统上能减少缺页故障的出现。建议在2G以上（含2G）内存的系统都将该值设为true。
● ML_LOCKS
该参数表示所有用户获取的表锁的最大数量。对每个表执行 DML 操作均需要一个 DML锁。例如，如果3个用户修改 2 个表，就要求该值为 6。该值过小可能会引起死锁问题。这个参数同transaction参数有关系，缺省为4倍的transaction大小。建议该参数不应该低于600，可以检查系统的当前值，若比600小，则将transaction参数改为150以上，dml_locks参数会自动变为transaction的4倍。
● OB_QUEUE_PROCESS
该参数指定每个例程的SNP作业队列进程的数量。当使用job或复制时，一定要设置该参数，推荐设为3或4。并行查询中需要设置的参数并行查询仅当在多CPU处于空闲状态且数据分布在不同磁盘时才会对某些查询（有全表扫描操作）的性能产生有益的影响，而且即使在这种情况下，并行查询服务器的最大数量最好也不要超过CPU的数量。这里面应该修改的参数如下。
