ORACLE数据库性能调优.pdfVIP

ORACLE数据库性能调优 很多的时侯，做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 18:26:34 80 9 12 0 18:26:36 78 11 11 0 18:26:38 78 9 13 1 18:26:40 81 10 9 1 18:26:42 75 10 14 0 18:26:44 76 8 15 0 18:26:46 80 9 10 1 18:26:48 78 11 11 0 18:26:50 79 10 10 0 18:26:52 81 10 9 0 Average 79 10 11 0 其中的%usr 指的是用户进程使用的cpu 资源的百分比，%sys 指的是系统资源使用cpu 资源的百分比， %wio 指的是等待io 完成的百分比，这是值得我们观注的一项，%idle 即空闲的百分比。如果wio 列的值很 大，如在35% 以上，说明你的系统的IO 存在瓶颈，你的CPU 花费了很大的时间去等待IO 的完成。Idle 很小说明系统CPU 很忙。像我的这个示例，可以看到wio 平均值为11 说明io 没什么特别的问题，而我的 idle 值为零，说明我的cpu 已经满负荷运行了。 当你的系统存在IO 的问题，可以从以下几个方面解决 ♀联系相应的操作系统的技术支持对这方面进行优化，比如hp-ux 在划定卷组时的条带化等方面。 ♀查找Oracle 中不合理的sql 语句，对其进行优化 ♀对Oracle 中访问量频繁的表除合理建索引外，再就是把这些表分表空间存放以免访问上产生热点，再有 就是对表合理分区。 2、关注一下内存。 常用的工具便是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 等软件中执行, 把中的spid 换成你 的spid 就可以了。 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=spid AND b.addr=a.paddr AND a.sql_address=c.address(+) ORDER BY c.piece 我们就