performance

Oracle Application Performance Tuning 目前来说，oracle的性能问题主要来自应用和数据，系统与数据库的参数基本上设置比较合理，因此性能主要是针对单个应用的SQL进行调整。

如何发现影响性能而需要调整的SQL呢？一般有以下几种方式：
1、开发和测试人员直接提出有性能问题的SQL；
2、开发和测试人员提出有性能问题的应用，通过Trace去分析该应用，找出需要优化的SQL；
3、对应用进行调查，根据业务逻辑进行分析，重点关注频繁应用和重复次数多的SQL；
4、通过一些性能监控工具，如Quest Spotlight, Sqlib xpert，Oracle Stackpack 等工具主动对Oracle SGA进行实时监控，根据阀值和指标找到对性能影响最大的SQL语句。

找到这些需要调整的SQL语句后，调整的方法概括起来有如下六种：
1、在oracle内部的支持网站寻找是否有相关解决方案的Patch，如有，则对系统打Patch；
2、设置相关Application的Profile的参数为合适的值，通过参数改变设置业务处理的逻辑来提高某一部分模块的性能；
3、如没有Patch，并且对相关的用户对象没有进行Analyze，则进行Compute Statistics操作，使执行路径改变。

一般来说，要定期执行Statistics，使优化器根据CBO方式产生的执行路径是最优的。

4、加Index改变执行路径；
5、加Hint改变执行路径；
6、改变业务逻辑，把一些耗时的操作分解为多步，把一些操作并入后台部分处理，让前台尽快有反应，这些操作不影响后续的处理。

以上六种方法，第一种方法的优先级最高，应尽量采用，第二、三种方法次之，第四、五、六种方法只有在前三种方法不起作用时利用。

目前只有定单Book 操作采取第六种方法。

对于第一、二种方法，主要是在Oracle内部网上寻找解决方案，对我公司来说，主要是在MetaLink中登记TAR来寻求Oracle的支持，然后打Patch或修改
相关的Profile参数。

对于第三种办法，主要是对执行路径中涉及到的表作Compute Statistics，这个工作可以在11I的Concurrent中通过界面来完成。

对于第四种方法，对应用数据库来说，要加入一些索引对象，这样不便于保持Oracle产品的一致性，因此在这样做后，也要求oracle给出相关的Patch代替目前这种做法，以致于不会在将来的升级和不同版本中出现问题。

对于第五种方法，主要是加一些Hint，然后进行执行分析，看其执行时间是否缩短。

对于Oracle Application来说，要改变其应用逻辑，也破坏了oracle产品的一致性，因此也要求Oracle重新针对该问题给出Patch方案。

对于第六种办法，可能需要涉及到对程序包的修改，工作流的定制等。

如果只是工作流的定制，则需要进行集成测试，看是否影响到其它功能。

如果涉及到程序包的修改，则必须需要Oracle给出Patch方案。

以上只是针对SQL的优化，如果要达到整体性能的最优，可能需要利用如下一些方法：
1、建立临时表代替一些永久表或定期作Truncate操作；
2、对相关的SQL语句进行重写，优化其业务逻辑；
以上两步操作对Oracle Application而言，已经包含在Patch解决方案中。

3、对初始化参数的调整，来调整CPU，Memory，Disk，Contention等。

4、调整Schema对象的Storage参数。

5、调整系统与网络的性能；
6、对表进行Partition，精心规划RAID与表空间，加大磁盘的I/O和减少冲突。

具体的每一步的方法在Oracle Performance Tuning中都有表述，在此不再表述。

SQL Trace的设置
1、设置timed_statistics，Max_dump_file_size，user_dump_dest参数，这些参数既可以在initSID.ora中设置，也可以在具体的Session中修改。

（1）如果在initSID.ora中修改，设置如下：
timed_statistics = true
Max_dump_file_size = 50000000(数据块)
User_dump_dest = /opt/oracle/8.1.7/admin/udump
（2）如果针对不同的Session进行设置，则语法如下：
A．针对本Session:
alter session set timed_statistics = true;
alter session set max_dump_file_size = 1000000;
或
dbms_session.set_sql_trace(true)
B．针对其它Session:
DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSION
2、运行相关的PL/SQL，产生相关的trc文件
3、运行tkprof *.trc *.txt explain = user/password sort = (prscnt, execnt)
说明：*.trc表示需要分析的源文件名，*.txt表示输出的文本文件名，explain ＝user/password表示用相关的用户来进行执行路径分析。

Sort表示输入的统计值按什么排序，常用的排序方式有如下几种：
PRSCNT Parse所花的时间.
PRSCPU P arsing阶段所花的CPU时间.
PRSELA Parsing阶段所花的总时间。

EXECPU Executing阶段所花的CPU时间.
EXEELA Executing.阶段所花的总时间.
FCHCPU Fetching阶段所花的CPU时间..
FCHELA Fetching阶段所花的总时间.
作Trace之前的准备工作：有如下准备工作：
1、要运行$ORACLE_HOME\rdbms\admin\utlplan.sql产生Plan_table，否则不能作执行计划分析；
2、User_dump_dest在初始化参数中要设置。