(Oracle管理)Oracle9i 应用系统优化

1、优化前提应用系统方案制定准确，对应用系统运行环境分析合理、正确，在数据库服务器性能、存储空间、网络带宽等方面的配置能够达到系统运行要求.2、优化目标● 响应时间与吞吐量平衡● 临界资源2.1 响应时间与吞吐量平衡根据应用类型的不同，性能优化的目标不同：在线事务处理系统OLTP）把吞吐量定义为性能指标；决策支持系统（DSS）把响应时间定义为性能指标。

响应时间响应时间=服务时间+等待时间系统吞吐量系统吞吐量指在给定的时间内所完成的工作量。

有以下两种技术：● 以相同的资源来完成更多的工作（减少服务时间）；● 通过减少整个响应时间来更快完成工作。

等待时间当竞争增强的时候，某个任务的服务时间也许保持不变，但它的等待时间将增长。

我们开发的系统一般为OLTP和DSS的复合系统，侧重于OLTP,在硬件允许的情况下最好能够将运行数据库、分析数据库分离。

2.2 临界资源诸如CPU、内存、I/O容量、网络带宽等资源，都是减少时间的关键因素。

性能好坏取决于以下因素：● 可用资源的数量● 需要该资源的客户方的数目● 客户方等待资源所消耗的时间● 客户保持资源的时间长短随着请求单元的增加，服务时间也增加。

为了处理这种情形，用户可以选择：● 通过限制请求的速率，从而维护可接受响应时间● 还可通过增加资源数目，如CPU和硬盘（增加资源的前提是应用系统设计良好，并且已经做了充分的优化）3、优化阶段从实际做的项目过程来看，除了系统安装优化外，系统优化往往都是在系统实施、运行时才考虑，其实到这阶段做系统优化的局限性比较大，因为系统架构设计都成型、固化，大幅度调整设计的代价非常昂贵，一般只能在局部领域做优化，只能通过重新分配内存或优化I/O来或多或少地提高性能，实际上优化应该贯穿系统设计、开发、安装、测试、运行整个过程。

3.1 设计阶段为了达到最佳的效果，优化工作应当从设计阶段进行，而不是在系统实施后进行。

在数据库设计阶段，个人认为需要注意如下几个方面：● 业务对象不能建立在系统表空间；● 索引表空间和业务表空间分开；● 将LOB类型的字段与其它的类型分开；● 根据应用系统功能确定是否要采用冗余字段；● 正确的主键字段的选择，建议采用数字，不推荐使用复合主键；3.2 开发、测试阶段在开发实现阶段，个人认为需要注意如下几个方面：● 执行sql使用变量绑定的方式，尽可能的保留在共享内存中，提高sql命中率；● 多表关联查询时采用有效的连接顺序；● 尽可能的降低客户端和服务器的网络数据交互，某个业务功能点需要频繁和数据库交互的，建议采用存储过程、临时表实现；● 根据查询条件建立必要的索引，查询条件中使用oracle函数建立相对应的函数索引,数据值范围较小的采用位图索引● 多张表关联查询时，有时可采用先查询符合条件对应的表中关键字，然后通过关键字再查询对应表中相关信息；● 频繁访问，较少更新的数据量较小的表信息可采用缓存的方式；● 在实现批量更新、插入时，要采用jdbc批量执行方法，并且调整对应的fetchsize参数。

在测试阶段，应该模拟实际运行环境，测试出相关性能较差的功能点。

因为在设计、开发阶段往往因为并发用户少、数据量小，很多性能问题显现不出来，如果软件测试充分，很多性能问题都可以显现出来，现在有很多优秀的软件测试工具，如LoadRunner、Robert在做压力测试方面都比较方便、优秀。

尽量将系统因程序设计、编码不当导致的性能问题暴露在测试阶段。

3.3 安装阶段一般在安装生产数据库时，我们根据系统最早的规划，集合软、硬件环境，需要调整操作系统以及数据库参数，3.3.1操作系统交换区交换区是Oracle的一项基本的要求。

可以根据Oracle的发行要求来确定。

一般交换区大小的要求是该服务器内存的2倍至4倍之间，建议是内存的4倍3.3.2操作系统内核参数3.3.3 oracle 文件设置当服务器平台已完成操作系统的安装后，就应该开始认真的考虑下面的问题：● 是否采用裸设备实际应用的生产系统基本都是采用裸设备，使用裸设备对于读写频繁的数据库应用来说，可以极大地提高数据库系统的性能。

● 安装点的考虑Oracle的安装点就是指数据文件、日志文件和控制文件的安置路径，为了使系统在以后运行性能达到优化，建议将数据文件、日志文件和控制文件的安置路径与数据库系统存放在不同的路径上。

最好将数据文件、日志文件和控制文件分别存放在不同的路径。

● SYSTEM表空间对应数据文件在自定义安装会话中，建议你根据需要设置system表空间所对应的数据文件的大小。

一般要设置比默认值的2倍。

该数据文件的大小最好是在300MB至500MB间。

因为数据文件太小不利于系统的运行。

● 临时表空间对应的数据文件临时表空间对应的数据文件可以根据将来系统存放的应用的处理情况来定。

比如系统将来可能要经常进程排序处理，则需要设置较大的临时表空间，也可能需要再建立新的临时表空间。

这里建议临时表空间的数据文件在100MB至300MB左右。

● 回滚段表空间对应的数据文件9i回滚表空间都是系统管理，初始值也是根据系统事务量预估计的值，实际到运行阶段如果系统常出现ora-01555错误的时候，可能就需要增加回滚表空间的大小。

● 日志文件的大小日志文件的大小对于Oracle系统的运行也是相当重要。

默认值是太小。

实际根据事务繁忙预估计日志大小，没有固定的具体值范围，建议重做日志切换时间不能过短也不能过长，一般在20－40分钟左右。

该参数可以在系统运行期间根据数据库系统日志切换时间重新调整，控制文件的大小。

● 数据库块的大小如果你的应用系统是OLTP的话，可以采用较小的数据库块。

如果是DSS类型的应用系统，则可以设置较大的数据库块，目前Oracle产品所允许的数据库块可以是2KB至64KB之间。

无论你选择较大的块或较小的块，它的值都必须是2的整数倍，比如2048,4096,8192等。

但需要注意的是，如果操作系统为64位，则可选择较大的块。

● 字符集的选择字符集是Oracle系统专门支持的一项技术。

详细请参考另外的章节。

一般不要与另外的已经存放的Oracle系统的字符集产生冲突即可。

但如果你的环境是一个新的平台，不需要与其它平台进行数据交换的话，建议选择默认的字符集。

这样可以利于将来的修改。

3.3.4数据库启动参数3.4.1.2 实时查找如果需要实时的查找性能隐患的相关sql,通过v$session_wait,v$session,v$sqltext_with_newlines三张动态视图就可以基本查找到相关的sql，脚本如下：select sql_text ,sw.event from v$sqltext_with_newlines st,v$sessionse,v$session_wait sw where st.address=se.sql_address andst.hash_value=se.sql_hash_valueand se.sid =sw.sid and(sw.event = 'buffer busy waits' orsw.event = 'enqueue' orsw.event = 'free buffer waits' orsw.event = 'global cache freelist wait' orsw.event = 'latch free' orsw.event = 'log buffer space' orsw.event = 'parallel query qref latch' orsw.event = 'pipe put' orsw.event = 'write complete waits' orsw.event like 'library cache%' orsw.event like 'log file switch%') order by st.hash_value,st.piece;3.4.2分析提取出sql以后就可以进行分析，主要采用分析执行计划的方式。

个人一般喜欢如下的方式进行分析：● 生成计划表（初次）以sys用户执行脚本${oracle_home}/rdbms/admin/utlxplan.sql，● 创建公用同义词，方便在每个用户下生成执行计划（初次）Create public synonym plan_table for plan_table;Grant all on plan_table to public;● 每次分析时设置sqlplus环境变量Set timing onSet autotrace traceonly● 查看相关sql执行计划其他客户端软件pl/sql developer,toad 分析执行计划都比较方便。

● 执行计划路径解释3.4.3优化Oracle运行阶段优化的更多是对sql的优化，个人理解工作主要是：分析性能较差sql;调整性能较差的sql的实现方式，协助程序员更改相关程序;对相关的查询条件建立合理的索引;根据需要合理的更新表、索引的程序信息;3.4.3.1 oracle 优化器●优化器优化方式Oracle的优化器共有两种的优化方式,即基于规则的优化方式(Rule-BasedOptimization,简称为RBO)和基于代价的优化方式(Cost-Based Optimization,简称为CBO)。

A、RBO方式：优化器在分析SQL语句时,所遵循的是Oracle内部预定的一些规则。

比如我们常见的,当一个where子句中的一列有索引时去走索引。

B、CBO方式：依词义可知,它是看语句的代价(Cost)了,这里的代价主要指Cpu和内存。

优化器在判断是否用这种方式时,主要参照的是表及索引的统计信息。

统计信息给出表的大小、有少行、每行的长度等信息。

这些统计信息起初在库内是没有的,是你在做analyze后才出现的,很多的时侯过期统计信息会令优化器做出一个错误的执行计划,因些我们应及时更新这些信息。

在Oracle8及以后的版本,Oracle推荐用CBO的方式。

●优化器的优化模式(Optermizer Mode)Rule:走基于规则的方式。

Choose:默认的情况下Oracle用的是这种方式，不建议修改该参数。

指的是当一个表或索引有统计信息,则走CBO的方式,如果表或索引没统计信息,表又不是特别的小,而且相应的列有索引时,那么就走索引,走RBO的方式。

First Rows:它与Choose方式是类似的,所不同的是当一个表有统计信息时,它将是以最快的方式返回查询的最先的几行,从总体上减少了响应时间。