确定当前Oracle性能瓶颈
重点:从Oracle 等待接口v$system_event、v$session_event和v$session_wait中获得等待事件,进而找出影响性能的对象和sql语句

Oracle 性能优化的基本方法概述

1)设立合理的性能优化目标。
2)测量并记录当前性能。
3)确定当前Oracle性能瓶颈(Oracle等待什么、哪些SQL语句是该等待事件的成分)。
4)把等待事件记入跟踪文件。
5)确定当前的OS瓶颈。
6)优化所需的成分(应用程序、数据库、I/O、争用、OS等)。
7)跟踪并实施更改控制过程。
8)测量并记录当前性能
9)重复步骤3到7,直到满足优化目标

1.设立合理的性能优化目标
重点:关于设立目标的最重要的一点是它们必须是可量化和可达到的。
方法:目标必须是当前性能和所需性能的的陈述形式的语句。只需填写下列语句中的空格即可。
        花费了        (时/分/秒),但要求它在        (时/分/秒)内执行。
        使用了        (资源量),但它不能使用超过        。

2. 测量并记录当前性能
重点:
(1)需要在峰值活动时间获得当前系统性能快照
(2)关键是要在出现性能问题的时间段内采集信息
(3)必须在合理的时间段上采集,一般在峰值期间照几个为期15分钟的快照
方法:执行STATSPACK
— 建立性能快照表空间
sqlplus sys as sysdba
create tablespace perfstat datafile \’/u02/oradata/dbnms/perfstat.dbf\’ size 500M extent management local;
 — 安装STATSPACK
 @$ORACLE_HOME/rdbms/admin/spcreate.sql;
 — 获取性能数据,可以生成多个快照
 sqlplus perfstat
 execute statspack.snap;
  — 生成性能快照的报表
 sqlplus perfstat
 select min(snap_id) snapid_min, max(snap_id) snapid_max from stats$snapshot;
 @$ORACLE_HOME/rdbms/admin/spreport;
 — 该报告中有关于性能的重要信息,如前5位的等待事件、cache大小、各种内存结构的命中率、每秒及每事务逻辑、物理读写数据块数、性能最差的sql语句等

3. 确定当前Oracle性能瓶颈
重点:从Oracle 等待接口v$system_event、v$session_event和v$session_wait中获得等待事件,进而找出影响性能的对象和sql语句
方法:
— 首先,利用v$system_event视图执行下面的查询查看数据库中某些常见的等待事件:
select * from v$system_event
where event in (\’buffer busy waits\’,
         \’db file sequential read\’,
  \’db file scattered read\’,
  \’enqueue\’,
  \’free buffer waits\’,
  \’latch free\’,
  \’log file parallel write\’,
  \’log file sync\’);
— 接着,利用下面对v$session_event和v$session视图进行的查询,研究具有对上面显示的内容有贡献的等待事件的会话:
select se.sid,s.username,se.event,se.total_waits,se.time_waited,se.average_wait
from v$session s,v$session_event se
where s.sid = se.sid
and se.event not like \’SQL*Net%\’
and s.status = \’ACTIVE\’
and s.username is not null;
— 使用下面查询找到与所连接的会话有关的当前等待事件。这些信息是动态的,为了查看一个会话的等待最多的事件是什么,需要多次执行此查询。
select sw.sid,s.username,sw.event,sw.wait_time,sw.state,sw.seconds_in_wait SEC_IN_WAIT
from v$session s,v$session_wait sw
where s.sid = sw.sid
and sw.event not like \’SQL*Net%\’
and s.username is not null
order by sw.wait_time desc;
— 查询会话等待事件的详细信息
select sid,event,p1text,p1,p2text,p2,p3text,p3
from v$session_wait
where sid between &1 and &2
and event not like \’%SQL%\’
and event not like \’%rdbms%\’;
— 利用P1、P2的信息,找出等待事件的相关的段
select owner,segment_name,segment_type,tablespace_name
from dba_extents
where file_id = &fileid_in
and &blockid_in between block_id and block_id + blocks – 1;
— 获得操作该段的sql语句:
select sid, getsqltxt(sql_hash_value,sql_address)
from v$session
where sid = &sid_in;
— getsqltxt函数
create or replace
function GetSQLtxt (hashaddr_in in v$sqltext.hash_value%type,
       addr_in in v$sqltext.address%type)
return varchar2
is
 temp_sqltxt varchar2(32767);
 cursor sqlpiece_cur
 is
  select piece,sql_text
  from v$sqltext
  where hash_value = hashaddr_in
  and address = addr_in
  order by piece;
begin
 for sqlpiece_rec in sqlpiece_cur
 loop
  temp_sqltxt := temp_sqltxt || sqlpiece_rec.sql_text;
 end loop;
 return temp_sqltxt;
end GetSQLtxt;
— 至此已经找到影响性能的对象和sql语句,可以有针对性地优化

4. 把等待事件记入跟踪文件
重点:如果在跟踪系统上的等待事件时,由于某种原因遇到了麻烦,则可以将这些等待事件记入一个跟踪文件。
方法:
— 对于当前会话:
alter session set timed_statistics=true;
alter session set max_dump_file_size=unlimited;
alter session set events \’10046 trace name context forever, level 12\’;
— 执行应用程序,然后在USER_DUMP_DEST指出的目录中找到跟踪文件。
— 查看文件中以词WAIT开始的所有行。

— 对于其它的会话
— 确定会话的进程ID(SPID)。下面的查询识别出名称以A开始的所有用户的会话进程ID:
select S.Username, P.Spid from V$SESSION S, V$PROCESS P
where S.PADDR = P.ADDR and S.Username like \’A%\’;
— 以 sysdba 进入sqlplus执行
alter session set timed_statistics=true;
alter session set max_dump_file_size=unlimited;
oradebug setospid <SPID>
oradebug unlimit
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上的监控
使用控制面板-〉管理工具-〉性能即可

(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.测量并记录当前性能

9.重复步骤3到7,直到满足优化目标

版权声明:本文为rootq原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://www.cnblogs.com/rootq/archive/2008/09/03/1282690.html