对Oracle性能调优的基本方案
以下的文章主要是对Oracle 性能优化基本方案的概述，Oracle 性能优化基本方案在实际中的应用比例还是占为多数的，如果你对这一技术，心存好奇的话，以下的文章将会揭开它的神秘面纱。
1）设立合理的Oracle 性能优化目标。
2）测量并记录当前性能。
3）确定当前Oracle性能瓶颈（Oracle等待什么、哪些SQL语句是该等待事件的成分）。
4）把等待事件记入跟踪文件。
5）确定当前的OS瓶颈。
6）优化所需的成分（应用程序、数据库、I/O、争用、OS等）。
7）跟踪并实施更改控制过程。
8）测量并记录当前性能
9）重复步骤3到7，直到满足优化目标
1．设立合理的Oracle 性能优化目标
重点：关于设立目标的最重要的一点是它们必须是可量化和可达到的。
方法：目标必须是当前性能和所需性能的的陈述形式的语句。只需填写下列语句中的空格即可。
花费了 （时/分/秒），但要求它在 （时/分/秒）内执行。
使用了 （资源量），但它不能使用超过 。
2． 测量并记录当前性能
重点：
（1）需要在峰值活动时间获得当前系统性能快照
（2）关键是要在出现性能问题的时间段内采集信息
（3）必须在合理的时间段上采集，一般在峰值期间照几个为期15分钟的快照
方法：执行STATSPACK
建立Oracle 性能快照表空间
1.sqlplus sys as sysdba
2.create tablespace perfstat datafile '/u02/oradata/dbnms/perfstat.dbf' size 500M extent management local;
安装STATSPACK
1.@$ORACLE_HOME/rdbms/admin/spcreate.sql;
获取性能数据，可以生成多个快照
1.sqlplus perfstat
2.execute statspack.snap;
生成性能快照的报表
1.sqlplus perfstat
2.select min(snap_id) snapid_min, max(snap_id) snapid_max from stats$snapshot;
3.@$ORACLE_HOME/rdbms/admin/spreport;
该报告中有关于性能的重要信息，如前5位的等待事件、cache大小、各种内存结构的命中率、每秒及每事务逻辑、物理读写数据块数、性能最差的sql语句等
3． 确定当前Oracle性能瓶颈
重点：从Oracle 等待接口v$system_event、v$session_event和v$session_wait中获得等待事件，进而找出影响性能的对象和sql语句
方法：
首先，利用v$system_event视图执行下面的查询查看数据库中某些常见的等待事件：
1.select * from v$system_event
2.where event in ('buffer busy waits',
3.'db file sequential read',
4.'db file scattered read',
5.'enqueue',
6.'free buffer waits',
7.'latch free',
8.'log file parallel write',
9.'log file sync');
接着，利用下面对v$session_event和v$session视图进行的查询，研究具有对上面显示的内容有贡献的等待事件的会话：
1.select se.sid,s.username,se.event,se.total_waits,se.time_waited,se.average_wait
2.from v$session s,v$session_event se
3.where s.sid = se.sid
4.and se.event not like 'SQL*Net%'
5.and s.status = 'ACTIVE'
6.and s.username is not null;
使用下面查询找到与所连接的会话有关的当前等待事件。这些信息是动态的，为了查看一个会话的等待最多的事件是什么，需要多次执行此查询。
1.select sw.sid,s.username,sw.event,sw.wait_time,sw.state,sw.seconds_in_wait SEC_IN_WAIT
2.from v$session s,v$session_wait sw
3.where s.sid = sw.sid
4.and sw.event not like 'SQL*Net%'
5.and s.username is not null
6.order by sw.wait_time desc;
查询会话等待事件的详细信息
1.select sid,event,p1text,p1,p2text,p2,p3text,p3
2.from v$session_wait
3.where sid between &1 and &2
4.and event not like '%SQL%'
5.and event not like '%rdbms%';
利用P1、P2的信息，找出等待事件的相关的段
1.select owner,segment_name,segment_type,tablespace_name
2.from dba_extents
3.where file_id = &fileid_in
4.and &blockid_in between block_id and block_id + blocks - 1;
获得操作该段的sql语句：
1.select sid, getsqltxt(sql_hash_value,sql_address)
2.from v$session
3.where sid = &sid_in;
getsqltxt函数
1.create or replace
2.function GetSQLtxt (hashaddr_in in v$sqltext.hash_value%type,
3.addr_in in v$sqltext.address%type)
4.return varchar2
5.is
6.temp_sqltxt varchar2(32767);
7.cursor sqlpiece_cur
8.is
9.select piece,sql_text
10.from v$sqltext
11.where hash_value = hashaddr_in
12.and address = addr_in
13.order by piece;
14.begin
15.for sqlpiece_rec in sqlpiece_cur
16.loop
17.temp_sqltxt := temp_sqltxt || sqlpiece_rec.sql_text;
18.end loop;
19.return temp_sqltxt;
20.end GetSQLtxt;
至此已经找到影响Oracle 性能的对象和sql语句，可以有针对性地优化
4． 把等待事件记入跟踪文件
重点：如果在跟踪系统上的等待事件时，由于某种原因遇到了麻烦，则可以将这些等待事件记入一个跟踪文件。
方法：
对于当前会话：
1.alter session set timed_statistics=true;
2.alter session set max_dump_file_size=unlimited;
3.alter session set events '10046 trace name context forever, level 12';
执行应用程序，然后在USER_DUMP_DEST指出的目录中找到跟踪文件。
查看文件中以词WAIT开始的所有行。
对于其它的会话
确定会话的进程ID（SPID）。下面的查询识别出名称以A开始的所有用户的会话进程ID：
1.select S.Username, P.Spid from V$SESSION S, V$PROCESS P
2.where S.PADDR = P.ADDR and S.Username like 'A%';
以 sysdba 进入sqlplus执行
1.alter session set timed_statistics=true;
2.alter session set max_dump_file_size=unlimited;
3.oradebug setospid <SPID>
4.oradebug unlimit
5.oradebug event 10046 trace name context forever, level X /* Where X = (1,4,8,12) */
跟踪某个时间间隔得会话应用程序。
在USER_DUMP_DEST 的值指出的目录中利用SPID查看跟踪文件
查看文件中以词WAIT开始的所有行。
5． 确定当前OS瓶颈
（1）Windows NT上的监控
使用控制面板-〉管理工具-〉Oracle 性能即可
（2）UNIX上的监控
使用通用性的工具，包括sar、iostat、cpustat、mpstat、netstat、top、osview等。
1） CPU使用情况
sar -u 5 1000
%sys和%wio的数值应该小于百分之10到15
2） 设备使用情况
sar -d 5 1000
在%busy超过60%时，最佳设备利用率开始降低；在具有足够磁盘高速缓存的系统上，认为avserv为100毫秒的值非常高。
3） 虚拟内存使用情况
vmstat -S 5 1000
执行队列（r）应该明确的平均小于（2*CPU数目）
6．优化所需的成分（应用程序、数据库、I/O、争用、OS等）。
7．跟踪并实施更改控制过程。
8．测量并记录当前Oracle 性能
9．重复步骤3到7，直到满足优化目标
