Oracle10g数据库性能调优方法研究xqw.docx

《Oracle10g数据库性能调优方法研究xqw.docx》由会员分享，可在线阅读，更多相关《Oracle10g数据库性能调优方法研究xqw.docx（63页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、内容摘要：数据库系统的性能最终了决定数据库的可用性和生命力。大多数数据库系统在运行一段时间后都会存在一定的性能问题，主要涉及数据库硬件、数据库服务器、数据库内存、应用程序、操作系统、数据库参数等方面。因此，基于数据库系统的性能调整与优化对于整个系统的正常运行起着至关重要的作用。数据库性能调整与优化涉及到多个层面，通过统一规划、系统分析做出相应的调整，可以提高数据库的稳定性和可用性，保障系统高效地运行，解决系统瓶颈，节约系统开销，具有良好的应用价值，同时也对理论研究提供了一定的方法指导。基于此，论文将Oracle 10g数据库的内存分配、磁盘I/O以及SQL语句等方面的性能调整与优化问题作为主要

2、研究内容，对其进行了深入地分析和讨论，给出了一般情况下Oracle数据库应用系统的性能调整策略及优化方法。关键词：Oracle 10g 数据库；体系结构；系统全局区；性能调整与优化 AbstractAbstract: The performance of database systems eventually determines their availability and survivability. Most of them will bring about some performance problems more or less after running for a period

3、 of time, which mainly involve database hardware, database server, database memory, applications, operating systems and database parameters, etc. Therefore,performance tuning and optimization of database systems,which concern multiple aspects, are very vital to the normal running of the whole system

4、. We can improve the stability and availability of database, guarantee its high running efficiency, solve system bottleneck, reduce system overhead, obtain considerable applicability and in them meanwhile, provide some guidelines for theoretical research through a unified plan and systematical analy

5、sis to make appropriate adjustment.Based on the above-mentioned idea, the paper principally pays attention to the research on the performance tuning and optimization problems of memory allocation of Oracle 10g, disc I/O, SQL statements, etc, and makes a further analysis and discuss. Besides, it prov

6、ides some performance tuning strategies and optimization approaches of Oracle application system in general condition. Key Words: Oracle 10g Database不Architecture不System Global Area不 Adjustment and Optimization of Performance1 导言网格技术是本世纪初最新和最有吸引力的技术之一，数据库管理系统作为信息系统的基本支撑在信息化建设中扮演着重要的要色。目前的Oracle 10g数

7、据库是业界首个为网格计算而设计的数据库，是一种高效率、可靠性好的适应高吞吐量的数据库解决方案，该方案可让客户将多台标准服务器系统整合成一套可扩充的容错运算平台。然而，随着数据库规模的扩大及用户数量的增加，数据库应用系统的响应速度下降，性能问题越来越突出。Oracle 10g数据库系统体系结构庞大、技术细节繁杂，如何合理有效地建立基于Oracle的数据库系统及如何调整使系统性能达到最优，成为Oracle数据库应用领域的热点问题。本课题通过对Oracle 10g数据库系统的深入分析，设计一套完整的Oracle数据性能评测指标和方法，并针对发现的性能问题制定相应的性能优化策略。 2 Oracle 1

8、0g体系结构Oracle数据管理系统是Oracle实例(Instance)和Oracle数据库构成的。下面是Oracle 10g数据库的体系结构图：图1 Oracle 10g数据库体系结构2.1 ORACLE实例Oracle 实例包括系统全局共享区System Global Are 和后台进程Background Process。2.1.1 系统全局共享区System Global Area(SGA)System Global Area 是一块巨大的共享内存区域，他被看做是Oracle 数据库的一个大缓冲池，这里的数据可以被ORACLE的各个进程共用1。其大小可以通过如下语句查看：SQL se

9、lect * from v$sga;NAME VALUE- -Fixed Size 39816Variable Size 259812784Database Buffers 1.049E+09Redo Buffers 327680主要包括以下几个部分：2.1.1.1 共享池(Shared pool)共享池是SGA中最关键的内存片段，特别是在性能和可伸缩性上。一个太小的共享池会扼杀性能，使系统停止，太大的共享池也会有同样的效果，将会消耗大量的CPU来管理这个共享池。不正确的使用共享池只会带来灾难。共享池主要又可以分为以下两个部分：（1）SQL语句缓冲(Library Cache)当一个用户提交一

10、个SQL语句，Oracle会将这句SQL进行分析(parse)，这个过程类似于编译，会耗费相对较多的时间。在分析完这个SQL，Oracle会把他的分析结果给保存在Shared pool的Library Cache中，当数据库第二次执行该SQL时，Oracle自动跳过这个分析过程，从而减少了系统运行的时间。这也是为什么第一次运行的SQL 比第二次运行的SQL要慢一点的原因。下面举例说明parse的时间SQL select count(*) fromscpass ;COUNT(*)-243Elapsed: 00:00:00.08这是在Share_pool 和Data buffer 都没有数据缓冲区

11、的情况下所用的时间SQL alter system flush SHARED_POOL;System altered.清空Share_pool，保留Data bufferSQL select count(*) from scpass ;COUNT(*)-243Elapsed: 00:00:00.02SQL select count(*) from scpass ;COUNT(*)-243Elapsed: 00:00:00.00从两句SQL 的时间差上可以看出该SQL 的Parse 时间约为00:00:00.02。对于保存在共享池中的SQL语句，可以从V$Sqltext、v$Sqlarea中查询

12、到，对于编程者来说，要尽量提高语句的重用率，减少语句的分析时间。一个设计的差的应用程序可以毁掉整个数据库的Share pool，提高SQL语句的重用率必须先养成良好的变成习惯，尽量使用Bind变量。（2）数据字典缓冲区(Data Dictionary Cache)显而易见，数据字典缓冲区是ORACLE特地为数据字典准备的一块缓冲池，供ORACLE内部使用。 2.1.1.2 块缓冲区高速缓存(Database Buffer Cache)这些缓冲是对应所有数据文件中的一些被使用到的数据块。让他们能够在内存中进行操作。在这个级别里没有系统文件，户数据文件，临时数据文件，回滚段文件之分。也就是任何文件

13、的数据块都有可能被缓冲。数据库的任何修改都在该缓冲里完成，并由DBWR进程将修改后的数据写入磁盘2。这个缓冲区的块基本上在两个不同的列表中管理。一个是块的“脏”表(Dirty List)，需要用数据库块的书写器(DBWR)来写入，另外一个是不脏的块的列表(Free List)，一般的情况下，是使用最近最少使用 (Least Recently Used,LRU)算法来管理。块缓冲区高速缓存又可以细分为以下三个部分（Default pool,Keep pool,Recycle pool）。如果不是人为设置初始化参数(Init.ora)，ORACLE将默认为Default pool。由于操作系统寻址

14、能力的限制，不通过特殊设置，在32位的系统上，块缓冲区高速缓存最大可以达到1.7G，在64位系统上，块缓冲区高速缓存最大可以达到10G。2.1.1.3 重做日志缓冲区(Redo log buffer)重做日志文件的缓冲区，对数据库的任何修改都按顺序被记录在该缓冲，然后由LGWR进程将它写入磁盘。这些修改信息可能是DML语句，如(Insert,Update,Delete)，或DDL语句，如(Create,Alter,Drop等)。 重做日志缓冲区的存在是因为内存到内存的操作比较内存到硬盘的速度快很多，所以重作日志缓冲区可以加快数据库的操作速度，但是考虑的数据库的一致性与可恢复性，数据在重做日志缓

15、冲区中的滞留时间不会很长。所以重作日志缓冲区一般都很小，大于3M之后的重作日志缓冲区已经没有太大的实际意义。2.1.1.4 Java程序缓冲区(Java Pool)Java 的程序区，Oracle 8I 以后，Oracle 在内核中加入了对Java的支持。该程序缓冲区就是为Java 程序保留的。如果不用Java程序没有必要改变该缓冲区的默认大小。2.1.1.5 大池(Large Pool)大池的得名不是因为大，而是因为它用来分配大块的内存，处理比共享池更大的内存，下面对象使用大池：l MTS在SGA的Large Pool中分配UGA。l 语句的并行查询(Parallel Execution o

16、f Statements)允许进程间消息缓冲区的分配，用来协调并行查询服务器。l 备份(Backup)用于RMAN磁盘I/O缓存。2.1.2 后台进程(Background process)后台进程是Oracle的程序，用来管理数据库的读写，恢复和监视等工作。Server Process主要是通过他和user process进行联系和沟通，并由他和user process进行数据的交换。在Unix机器上，Oracle后台进程相对于操作系统进程，也就是说，一个Oracle后台进程将启动一个操作系统进程；在Windows机器上， Oracle后台进程相对于操作系统线程，打开任务管理器，我们只能看到

17、一个ORACLE.EXE的进程，但是通过另外的工具，就可以看到包含在这里进程中的线程。在Unix上可以通过如下方法查看后台进程：ps ef | grep ora_# ps -ef | grep ora_ | grep XCLUATOracle 29431 1 0 Sep 022:02 ora_dbwr_SIDOracle 29444 1 0 Sep 020:03 ora_ckpt_SIDOracle 29448 1 0 Sep 022:42 ora_smon_SIDOracle 29442 1 0 Sep 023:25 ora_lgwr_SIDOracle 29427 1 0 Sep 020:

18、01 ora_pmon_SID2.1.2.1 Oracle系统有5个基本进程他们是:DBWR(数据文件写入进程)LGWR(日志文件写入进程)SMON(系统监护进程)PMON(用户进程监护进程)CKPT(检查点进程,同步数据文件，日志文件，控制文件)（1）DBWR（Database Writer 数据写入进程）将数据缓冲区的数据写入数据文件，是负责数据缓冲区管理的一个后台进程。当数据缓冲区中的一数据被修改后，就标记为dirty，DBWR进程将数据缓冲区中“脏”数据写入数据文件，保持数据缓冲区的“干净”。由于数据缓冲区的数据被用户修改并占用，空闲数据缓冲区会不断减少，当用户进程要从磁盘读取数据块到

19、数据缓冲区却无法找到足够的空闲数据缓冲区时，DBWR将数据缓冲区内容写入磁盘，使用户进程总可以得到足够的空闲数据缓冲区。DBWR的作用：管理数据缓冲区，以便用户进程总能够找到足够的空闲缓冲区。将所有修改后的缓冲区数据写入数据文件。使用LRU（最近最少使用）算法保持缓冲区数据是最近经常使用的。通过延迟写来优化磁盘I/O读写。（2）LGWR（Log Writer 日志写入进程）将日志数据从日志缓冲区写入磁盘日志文件组。数据库在运行时，如果对数据库进行修改则产生日志信息，日志信息首先产生于日志缓冲区。当日志达到一定数量时，由LGWR将日志数据写入到日志文件组，再经过日志切换, 由归档进程（ARCH）

20、将日志数据写入归档进程（前提是数据库运行在归档模式下）。数据库遵循写日志优先原则，即在写数据之前先写日志。（3）SMON工作主要包含：l 清除临时空间l 在系统启动时，完成系统实例恢复l 聚结空闲空间l 从不可用的文件中恢复事务的活动l OPS中失败节点的实例恢复l 清除OBJ$表l 缩减回滚段l 使回滚段脱机（4）PMON主要用于清除失效的用户进程，释放用户进程所用的资源。如PMON将回滚未提交的工作，释放锁，释放分配给失败进程的SGA资源。（5）CKPT同步数据文件，日志文件和控制文件，由于DBWR/LGWR的工作原理，造成了数据文件，日志文件，控制文件的不一至，这就需要CKPT进程来同步

21、。CKPT会更新数据文件/控制文件的头信息。CKPT工作的主要条件如下：a.在日志切换的时候。b.数据库用Immediate ,Transaction , Normal 选项Shutdown 数据库的时候。c.根据初始化文件LOG_CHECKPOINT_INTERVAL、LOG_CHECKPOINT_TIMEOUT、FAST_START_IO_TARGET、的设置数值来确定。d.用户触发。2.1.2.2 以下进程的启动需要手工配置（1）ARCH当数据库以归档方式运行的时候，Oracle会启动ARCH进程，当重做日志文件被写满时，日志文件进行切换，旧的重做日志文件就被ARCH进程复制到一个/多个

22、特定的目录/远程机器。这些被复制的重做日志文件被叫做归档日志文件。（2）RECO负责解决分布事物中的故障。Oracle可以连接远程的多个数据库，当由于网络问题，有些事物处于悬而未决的状态。RECO进程试图建立与远程服务器的通信，当故障消除后，RECO进程自动解决所有悬而未决的会话。（3）服务进程Server Process服务进程的分类：a) 专用服务进程(Dedicated Server Process)b) 一个服务进程对应一个用户进程c) 共享服务进程(MultiTreaded Server Process)d) 一个服务进程对应多个用户进程，轮流为用户进程服务。PGA & UGAPGA

23、 = Process Global AreaUGA = User Global Area他保存了用户的变量、权限、堆栈、排序空间等用户信息，对于专用服务器进程，UGA在PGA中分配。对于多线程进程，UGA在Large pool中分配。（4）用户进程User Process在客户端，将用户的SQL 语句传递给服务进程2.2 ORACLE 数据库ORACLE数据库的组成物理操作系统文件的集合。主要包括以下几种。2.2.1 控制文件（参数文件init.ora记录了控制文件的位置）控制文件包括如下主要信息：数据库的名字，检查点信息，数据库创建的时间戳，所有的数据文件，联机日志文件，归档日志文件信息，备

24、份信息等。有了这些信息，Oracle就知道那些文件是数据文件，现在的重做日志文件是哪些，这些都是系统启动和运行的基本条件，所以他是Oracle运行的根本。如果没有控制文件系统是不可能启动的。控制文件是非常重要的，一般采用多个镜相复制来保护控制文件，或采用RAID来保护控制文件。控制文件的丢失，将使数据库的恢复变的很复杂。控制文件信息可以从V$Controlfile中查询获得。2.2.2 数据文件（数据文件的详细信息记载在控制文件中）可以通过如下方式查看数据文件SQL select name from v$datafile;NAME-/u05/dbf/PROD/system_01.dbf/u06

25、/dbf/PROD/temp_01.dbf/u04/dbf/PROD/users_01.dbf/u09/dbf/PROD/rbs_01.dbf/u06/dbf/PROD/applsys_indx_01.dbf/u05/dbf/PROD/applsys_data_01.dbf从以上可以看出，数据文件大致可以分为以下几类： 2.2.2.1 系统数据文件(system_01.dbf)存放系统表和数据字典，一般不放用户的数据，但是用户脚本，如过程，函数，包等却是保存在数据字典中的。（数据字典是一些系统表或视图，他存放系统的信息，他包括数据库版本，数据文件信息，表与索引等段信息，系统的运行状态等各种和系

26、统有关的信息和用户脚本信息。数据库管理员可以通过对数据字典的查询，就可以了解到Oracle的运行状态。）2.2.2.2 回滚段文件(rbs_01.dbf)如果数据库进行对数据的修改，那么就必须使用回滚段，回滚段是用来临时存放修改前的数据(Before Image)。回滚段通常都放在一个单独的表空间上（回滚表空间），避免表空间碎片化，这个表空间包含的数据文件就是回滚数据文件。2.2.2.3 临时数据文件(temp_01.dbf)主要存放用户的排序等临时数据，与回滚段相似，临时段也容易引起表空间碎片化，而且没有办法在一个永久表空间上开辟临时段，所以就必须有一个临时表空间，它所包含的数据文件就是临时

27、数据文件，主要用于不能在内存上进行的排序操作。我们必须为用户指定一个临时表空间。2.2.2.4 用户数据文件(/applsys_data_01.dbf ,applsys_indx_01.dbf)存放用户数据，这里列举了两类常见的用户型数据，一般数据和索引数据，一般来说，如果条件许可的话，可以考虑放在不同的磁盘上。2.2.3 重做日志文件（联机重做日志）用户对数据库进行的任何操作都会记录在重做日志文件。在了解重做日志之前必须了解重做日志的两个概念，重做日志组和重做日志组成员(Member)，一个数据库中至少要有两个日志组文件，一组写完后再写另一组，即轮流写。每个日志组中至少有一个日志成员，一个日

28、志组中的多个日志成员是镜相关系，有利于日志文件的保护，因为日志文件的损坏，特别是当前联机日志的损坏，对数据库的影响是巨大的。联机日志组的交换过程叫做切换，需要特别注意的是，日志切换在一个优化效果不好的数据库中会引起临时的“挂起”。通过v$log可以查看日志组，v$logfile可以查看具体的成员文件。2.2.4 归档日志文件Oracle可以运行在两种模式之中，归档模式和不归档模式4。如果不用归档模式，当然，就不会有归档日志，但是，系统将不会是一个实用系统，特别是不能用于生产系统，因为此系统可能会丢失数据。但是在归档模式中，为了保存用户的所有修改，在重做日志文件切换后和被覆盖之间系统将他们另外保

29、存成一组连续的文件系列，该文件系列就是归档日志文件。有人或许会说，归档日志文件占领了用户大量的硬盘空间，但是具体想一想，用户是愿意浪费一点磁盘空间来保护数据，还是愿意丢失数据呢？显而义见，我们需要保证我们的数据的安全性。其实，归档并不是一直占领用户的磁盘空间，用户可以把它备份到磁带上，或则删除上一次完整备份前的所有日志文件。2.2.5 初始化参数文件initSID.ora或init.ora文件，因为版本的不一样，其位置也可能会不一样。初始化文件记载了许多数据库的启动参数，如内存，控制文件，进程数等，在数据库启动的时候加载（Nomount时加载），初始化文件记录了很多重要参数，对数据库的性能影响

30、很大。2.2.6 其他文件2.2.6.1 密码文件用于Oracle 的具有sysdba权限用户的认证.2.2.6.2 其它日志文件（1）报警日志文件（alert.log或alrt.ora）记录数据库启动，关闭和一些重要的出错信息。数据库管理员应该经常检查这个文件，并对出现的问题作出即使的反应。可以通过以下SQL 找到他的路径select value from v$PARAMETERwhere name =background_dump_dest;（2）后台或用户跟踪文件系统进程或用户进程出错前写入的信息，一般不可能读懂，可以通过ORACLE的TKPROF工具转化为可以读懂的格式。对于系统进程产

31、生的跟踪文件与报警日志文件的路径一样，用户跟踪文件的路径，你可以通过以下SQL找到他的路径select value from v$PARAMETER where name =user_dump_dest;3 Oracle数据库常见的瓶颈问题Oracle 数据库系统提供了相应的应用工具，管理人员可以方便地对Oracle进行有效的管理。从而建立一个良好的环境，使系统发挥最大的效能5。但是，有时用户还是抱怨系统运行速度慢，对用户查询反应的时间长，即出现所谓的瓶颈效应。这就需要管理人员对Oracle进行调整。在Oracle系统中比较常见的瓶颈出现在以下部件中：3.1 中央处理器(CPU)CPU是计算机

32、在运行中最重要的部分，如果CPU总是运行在极限速度下，那么我们说CPU成为系统的瓶颈，尤其在多用户同时使用系统时，CPU的计算能力尤为重要。尽管多数情况下，都是由操作系统的内核来管理分配有效的CPU给RACLE数据库进程使用。但是，仍然会出现过多的应用进程对CPU使用周期激烈竞争的现象。3.2 内存内存是计算机程序运行的场所，处于等待状态数据和请求信息也都存放在内存中。如果内存不足，cache(高速缓存区)的命中率就不会太高，大部分所需数据不在cache中，因此出现了瓶颈问题。3.3 存储设备诸如硬盘驱动器、CD-ROM等设备，用于存储系统所需信息，计算机系统每秒能处理的最大I/O数量是固定的

33、，当CPU和内存要求的I/O速度大于系统的速率时，存储设备的瓶颈就会发生。3.4 网络当网络负担太重，网络部件速度跟不上，不可能把数据传输得更快，网络瓶颈就会发生。3.5 其它由于其它系统硬件或软件的原因而导致的瓶颈，如应用系统本身的设计问题，超出系统吞吐量(在一定时间内系统处理数据的能力)的限制等造成的瓶颈。对于Oracle数据库系统的存在的瓶颈问题的解决，其实最终还是归结为数据库性能优化问题。实际上，为了保证ORACLE数据库运行在最佳的性能状态下，在信息系统开发之前就应该考虑数据库的优化策略。优化策略一般包括服务器操作系统参数调整、ORACLE数据库参数调整、网络性能调整、应用程序SQL

34、语句分析及设计等几个方面，其中应用程序的分析与设计是在信息系统开发之前完成的。分析评价ORACLE数据库性能主要有数据库吞吐量、数据库用户响应时间两项指标6。数据库吞吐量是指单位时间内数据库完成的SQL语句数目：数据库用户响应时间是指用户从提交SQL语句开始到获得结果的那一段时间。数据库用户响应时间又可以分为系统服务时间和用户等待时间两项，即：数据库用户响应时间=系统服务时间 + 用户等待时间，上述公式告诉我们，获得满意的用户响应时间有两个途径：一是减少系统服务时间，即提高数据库的吞吐量：二是减少用户等待时间，即减少用户访问同一数据库资源的冲突率。4 CPU参数的调整CPU是服务器的一项重要资

35、源，服务器良好的工作状态是在工作高峰时C使用率在90%以上。如果空闲时间CPU使用率就在90%以上，说明服务器缺资源，如果工作高峰时CPU使用率仍然很低，说明服务器CPU资源还比较富玉。使用操作相同命令可以看到CPU的使用情况，一般UNLK操作系统的服可以使用sar一命令查看CPU的使用率，NT操作系统的服务器，可以使用N能管理器来查看CPU的使用率。数据库管理员可以通过查看v$sysstat数据字典中“CPU used by this session”统计项得知ORACLE数据库使用的CPU时间，查看“OS User level CPU time”统计项得知操作系统用户态下的CPU时间，查看

36、“OS System call CPU time”统计项得知操作系统系统态下的CPU时间，操作系统总的CPU时间就是用户态和系统态时间之和，如果ORACLE数据库使用的CPU时间占操作系统总的CPU时间90%以上，说明服务器CPU基本上被ORACLE数据库使用着，这是合理，反之，说明服务器CPU被其它程序占用过多，ORACLE数据库无法得到更多的CPU时间。数据库管理员还可以通过查看v$sesstat数据字典来获得当前连接ORACLE数据库各个会话占用的CPU时间，从而得知什么会话耗用服务器CPU比较多7。出现 CPU 资源不足的情况是很多的：SQL语句的重解析、低效率的SQL语句、锁冲突都会

37、引起CPU资源不足。（1）数据库管理员可以执行下述语句来查看SQL语句的解析情况。SELECT*FROM V$SYSSTATWHERE NAME IN(parse time cpu , parse time elapsed , parse count(hard);这里 parse time cpu是系统服务时间，parse time elapsed是响应时间，用户等待时间waite time = parse time elapsed - parse time cpu。由此可以得到用户SQL语句平均解析等待时间=waite time/ parse count。这个平均等待时间应该接近于0，如果平

38、均解析等待时间过长，数据库管理员可以通过下述语句来发现是什么SQL语句解析效率比较低。程序员可以优化这些语句，或者增加ORACLE参数SESSION_CACHED_CURSORS的值。SELECT SQL_TEXT,PARSE_CALLS,EXECUTIONSF ROM V$SQLAREAORDER BY PARSE_CALLS.（2）数据库管理员还可以通过下述语句查看低效率的SQL语句，优化这些语句也有助于提高CPU的利用率。SELECT BUFFER_GETS,EXECUTIONS, SQL_TEXT FROM V$SQLAREA.（3）数据库管理员可以通过v$systen_event数据

39、字典中的“latch free”统计项查看ORACLE数据库的冲突情况，如果没有冲突的话，latch free查询出来没有结果。如果冲突太大的话，数据库管理员可以降低spin_count参数值，来消除高的CPU使用率。5 内存参数的调整内存参数的调整主要是指ORACLE数据库的系统全局区(SGA)的调整。SGA主要由三部分构成:共享池、数据缓冲区、日志缓冲区。系统全局区(System Global Area，SGA)，SGA随着不同的环境而不同，没有一种普通的最佳方案，我们在设置它之前要先考虑以下的几个方面：物理内存多大；操作系统是那种及占多大的内存，数据库系统是文件系统还是裸设备；数据库运行

40、的模式8。SGA包括：Fixed size、Variable Buffers、Redo Buffers。SGA占有物理内存的比例没有严格的规定，只能遵从一般的规则：SGA占据物理内存的40%60%左右。如果通过直观的公式化来表达则为：OS使用内存+SGA+并发进程数*(sort_area_size+Hash_area_size+2M)0.7RAM，这个公式也只是参考，不必拘于此，实际情况可以自由发挥。初始化参数文件中的一些参数对SGA的大小有决定性的影响。参数Db_block_Buffers(SGA中存储区高速缓存的缓冲区数目)，参数Shared_pool_size(分配给共享SQL区的字节数

41、)，是SGA大小的主要影响者。Database Buffers参数是SGA大小和数据库性能的最重要的决定因素。该值较高，可以提高系统的命中率，减少I/O。每个缓冲区的大小等于参数Db_block_size的大小。Oracle数据库块以字节表示大小。Oracle SGA区共享池部分由库高速缓存、字典高速缓存及其他一些用户和服务器会话信息组成，共享池是最大的消耗成分。调整SGA区各个结构的大小，可以极大地提高系统的性能。5.1 共享池的构成共享池由两部分构成：共享SQL区和数据字典缓冲区。5.1.1 共享SQL区共享SQL区是存放用户SQL命令的区域，数据字典缓冲区存放数据库运行的动态信息。数据库

42、管理员通过执行下述语句来查看共享SQL区的使用率。这个使用率应该在90%以上，否则需要增加共享池的大小。Select(sum(pins-reloads)/sum(pins) Lib Cachefrom v$librarycache;5.1.2 数据字典缓冲区(Dictionary CACHE)数据字典缓存区的大小由数据库内部管理，大小由参数Share_pool_size来设置。数据字典高速缓存包括了有关数据库的结构、用户、实体信息等。数据字典的命中率对系统有很大的影响。命中率的计算中，Getmisses表示失败次数，gets表示成功次数，数据库管理员还可以执行下述语句查看数据字典缓冲区的使用率

43、，这个使用率也应该在90%以上，否则需要增加共享池的大小。select(sum(gets-getmisses-usege-fixed)/sum(gets)RowCachefrom v$rowcache; 5.2 数据缓冲区在内存的配置中把别的参数设置完成后，应该把能给的都给Data buffers。Oracle在运行期间向数据库高速缓存读写数据，高速缓存命中表示信息已在内存中，高速缓存失败意味着Oracle必需进行磁盘I/O。保持高速缓存失败率最小的关键是确保高速缓存的大小。数据库管理员可以通过下述语句来查看数据库数据缓冲区的使用情况9。查询出来的结果可以计算出来数据缓冲区的使用命中率=1-(

44、physical reads/(db block gets+consistent gets)。SELECT name,value FROM v$sysstat WHERE name IN (db block gets, consistent gets, physical reads);这个命中率应该在90%以上，否则需要增加数据缓冲区的大小。5.3 日志缓冲区数据库管理员可以通过执行下述语句，查看日志缓冲区的使用情况。查询出的结果可以计算出日志缓冲区的申请失败率Select name,value from v$sysstat Where name in (redo entries, redo

45、log space requests);申请失败率=requests/entries，申请失败率应该接近于0，否则说明日志缓冲区开设太小，需要增加ORACLE数据库的日志缓冲区。5.4 Oracle 10g的内存优化例子无论是一个刚入门的 DBA 还是一个经验丰富的 DBA，肯定至少看到过一次类似以下的错误： ORA-04031:unable to allocate 2216 bytes of shared memory(shared pool. .或者这种错误： ORA-04031:unable to allocate XXXX bytes of shared memory (large p

46、ool,unknown object,session heap,frame) 或者可能这种错误： ORA-04031:unable to allocate bytes of shared memory (shared pool,unknown object,joxlod:init h, JOX:ioc_allocate_pal)第一种错误的原因很明显：分配给共享池的内存不足以满足用户请求。（在某些情况下，原因可能不是池本身的大小，而是未使用绑定变量导致的过多分析造成的碎片。）其它的错误分别来自大型池和 Java 池的空间不足10。需要解决这些错误情况，而不作任何与应用程序相关的修改。那么有哪些方案可选呢？问题是如何在 Oracle 例程所需的所有池之间划分可用的内存。一个 Oracle 例程的系统全局区域 (SGA) 包含几个内存区域（包括缓冲高速缓存、共享池、Java 池、大型池和重做日志缓冲）。这些池在操作系统的内存空间中占据了固定的内存数；它们的大小由 DBA 在初始化参数文件中指定。 假定决定了这些池的值分别是 2GB、1GB、1GB 和 1GB。将设置以下初始化参数来为数据库例程规定池的大小。 db_cache_size = 2gshared_pool_size = 1glarge_po