对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,直到满足优化目标

 【编辑推荐】

  1. Oracle空间管理的3技巧
  2. Oracle数据库的统计数据与其生成的具体方式
  3. Oracle加速计划与推出的新门户网站简介
  4. Oracle数据库提升效率,用3PAR
  5. 支付宝如何用Oracle 11g创建新一代数据的分析

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/225692.html<

(0)
管理的头像管理
上一篇2025-04-17 00:44
下一篇 2025-04-17 00:45

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注