快捷搜索:

Oracle DBA优化数据库性能心得体会

很多的时侯,做Oracle DBA的我们,当利用治理员向我们告示现在利用很慢、数据库很慢的时侯,我们到数据库做几个示例的Select也发明同样的问题时,有些时侯我们会无从下手,由于我们觉得数据库的各类命种率都是满意Oracle文档的建议。实际上如今的优化己经向优化等待(waits)转型了,实际中机能优化最根本的呈现点也都集中在IO,这是影响机能最主要的方面,由系统中的等待去发明Oracle库中的不够、操作系统某些资本使用的分歧理是一个对照好的法子,下面把我的一点实践履历与大年夜家分享一下,本文测重于Unix情况。

一、经由过程操作系统的一些对象反省系统的状态,比如CPU、内存、互换、磁盘的使用率,根据履历或与系统正常时的状态比拟对,无意偶尔系统外面上看起来余暇这也可能不是一个正常的状态,由于CPU可能正等待IO的完成。除此之外我们还应不雅注那些占用系统资本(CPU、内存)的进程。

1、若何反省操作系统是否存在IO的问题?应用的对象有sar,这是一个对照通用的对象。

Rp1#sar -u 2 10

即每隔2秒查察一次,共履行20次,当然这些都由你抉择了。

示例返回:

HP-UX hpn2 B.11.00 U 9000/800 08/05/03

18:26:32 %usr %sys %wio %idle

注:我在redhat下查看是这种结果,不知%system便是所谓的%wio。

Linux 2.4.21-20.ELsmp (YY075) 05/19/2005

10:36:07 AM CPU %user %nice %system %idle

10:36:09 AM all 0.00 0.00 0.13 99.87

10:36:11 AM all 0.00 0.00 0.00 100.00

10:36:13 AM all 0.25 0.00 0.25 99.49

10:36:15 AM all 0.13 0.00 0.13 99.75

10:36:17 AM all 0.00 0.00 0.00 100.00

10:36:17 AM CPU %user %nice %system %idle

10:36:19 AM all 0.00 0.00 0.00 100.00

10:36:21 AM all 0.00 0.00 0.00 100.00

10:36:23 AM all 0.00 0.00 0.00 100.00

10:36:25 AM all 0.00 0.00 0.00 100.00

此中的%usr指的是用户进程应用的CPU资本的百分比,%sys指的是系统资本应用CPU资本的百分比,%wio指的是等待IO完成的百分比,这是值得我们关注的一项,%idle即余暇的百分比。假如wio列的值很大年夜,如在35%以上,阐明你的系统的IO存在瓶颈,你的CPU花费了很大年夜的光阴去等待IO的完成。Idle很小阐明系统CPU很忙。像我的这个示例,可以看到wio匀称值为11,阐明io没什么特其余问题,而我的idle值为零,阐明我的CPU已经满负荷运行了。

2、当你的系统存在IO的问题,可以从以下几个方面办理:

◆联系响应的操作系统的技巧支持对这方面进行优化,比如hp-ux在划定卷组时的条带化等方面。

◆查找Oracle平分歧理的sql语句,对其进行优。

◆对Oracle中造访量频繁的表,除合理建索引外,再便是把这些表分表空间寄放以免造访上孕育发生热点,再有便是对表合理分区。

常用的对象就是vmstat,对付hp-unix来说可以用glance,Aix来说可以用topas,当你发明vmstat中pi列非零,memory中的free列的值很小,glance,topas中内存的使用率多于80%时,这时阐明你的内存方面应该调节一下了,措施大年夜体有以下几项。

◆划给Oracle应用的内存不要跨越系统内存的1/2,一样平常保在系统内存的40%为益。

◆为系统增添内存。

◆假如你的连接分外多,可以应用MTS的要领。

◆打全补丁,防止内存破绽。

3、若何找到点用系用资本分外大年夜的Oracle的session及其履行的语句。

Hp-unix可以用glance,top,IBM AIX可以用topas,此外可以应用ps的敕令。经由过程这些法度榜样我们可以找到点用系统资本分外大年夜的这些进程的进程号,我们就可以经由过程以下的sql语句发明这个pid正在履行哪个sql,这个sql最好在pl/sql developer,toad等软件中履行, 把

SELECT a.username,a.machine,a.program,a.sid,a.serial#,

a.status,c.piece,c.sql_text from v$session a,v$process b,

v$sqltext c WHERE b.spid='ORCL' AND b.addr=a.paddr AND

a.sql_address=c.address(+)order BY c.piece

我们就可以把获得的这个sql阐发一下,看一下它的履行计划是否走索引,对其优化避免全表扫描,以削减IO等待,从而加快语句的履行速率。

提示:我在做优化sql时,常常碰着应用in的语句,这时我们必然要用exists把它给换掉落,由于Oracle在处置惩罚In时是按Or的要领做的,纵然应用了索引也会很慢。

比如:

SELECT col1,col2,col3 FROM table1 a

WHERE a.col1 not in (SELECT col1 FROM table2)

可以换成:

SELECT col1,col2,col3 FROM table1 a

WHERE not exists

(SELECT 'x' FROM table2 b

WHERE a.col1=b.col1)

4、另一个有用的脚本:查找前十条机能差的sql。

SELECT ◆ FROM (select PARSING_USER_ID,EXECUTIONS,SORTS,

COMMAND_TYPE,DISK_READS,sql_text FROM v$sqlarea

order BY disk_reads DESC )where ROWNUM

二、迅速发明Oracle Server的机能问题的成因,我们可以告急于v$session_wait这个视图,看系统的这些session在等什么,应用了若干的IO。以下是我供给的参考脚本:

脚本阐明:查看占io较大年夜的正在运行的session。

SELECT se.sid,se.serial#,pr.SPID,se.username,se.status,

se.terminal,se.program,se.MODULE,、se.sql_address,st.event,st.

p1text,si.physical_reads,

si.block_changes FROM v$session se,v$session_wait st,

v$sess_io si,v$process pr WHERE st.sid=se.sid AND st.

sid=si.sid AND se.PADDR=pr.ADDR AND se.sid>6 AND st.

wait_time=0 AND st.event NOT LIKE '%SQL%' ORDER BY physical_reads DESC

对检索出的结果的几点阐明:

1、我是按每个正在等待的session已经发生的物理读排的序,由于它与实际的IO相关。

2、你可以看一下这些等待的进程都在忙什么,语句是否合理?

Select sql_address from v$session where sid=;

Select ◆ from v$sqltext where address=;

履行以上两个语句便可以获得这个session的语句。你也以用alter system kill session 'sid,serial#';把这个session杀掉落。

3、应不雅注一下event这列,这是我们调优的关键一列,下面对常呈现的event做以简要的阐明:

a、buffer busy waits,free buffer waits这两个参数所标识是dbwr是否够用的问题,与IO很大年夜相关的,当v$session_wait中的free buffer wait的条款很小或没有的时侯,阐明你的系统的dbwr进程决对够用,不用调剂;free buffer wait的条款很多,你的系统感到起来必然很慢,这时阐明你的dbwr已经不敷用了,它孕育发生的wio已经成为你的数据库机能的瓶颈,这时的办理法子如下:

a.1、增添写进程,同时要调剂db_block_lru_latches参数。

示例:改动或添加如下两个参数。

db_writer_processes=4

db_block_lru_latches=8

a.2、开异步IO,IBM这方面简单得多,hp则麻烦一些,可以与Hp工程师联系。

b、db file sequential read,指的是顺序读,即全表扫描,这也是我们应该只管即便削减的部分,办理措施便是应用索引、sql调优,同时可以增大年夜db_file_multiblock_read_count这个参数。

c、db file scattered read,这个参数指的是经由过程索引来读取,同样可以经由过程增添db_file_multiblock_read_count这个参数来前进机能。

d、latch free,与栓相关的了,必要专门调节。

e、其他参数可以不分外不雅注。

其他的优化手段彷佛主要集中在SQL查询语句上面,Oracle本身也供给了优化器。看来DBA的学问不少啊!

相关文章

论DBA在企业可持续成长中的代价

DBA治理心得

如何生长为一个真正的Oracle DBA

您可能还会对下面的文章感兴趣: