《Oracle性能调优实践中的几点心得》由会员分享，可在线阅读，更多相关《Oracle性能调优实践中的几点心得（6页珍藏版）》请在金锄头文库上搜索。
1、很多的时侯，做Oracle DBA的我们，当应用管理员向我们通告现在应用很慢、数据库很慢的时侯，我们 到数据库时做几个示例的 Select 也发现同样的问题时，有些时侯我们会无从下手，因为我们认为数据库的 各种命种率都是满足Oracle文档的建议。实际上如今的优化己经向优化等待(waits)转型了，实际中性能优 化最根本的出现点也都集中在IO,这是影响性能最主要的方面，由系统中的等待去发现Oracle库中的不 足、操作系统某些资源利用的不合理是一个比较好的办法，下面把我的一点实践经验与大家分享一下，本 文测重于 Unix 环境。一、通过操作系统的一些工具检查系统的状态，比如CPU、内存、交换、
2、磁盘的利用率，根据经验或与系 统正常时的状态相比对，有时系统表面上看起来看空闲这也可能不是一个正常的状态，因为 cpu 可能正等 待IO的完成。除此之外我们还应观注那些占用系统资源(cpu、内存)的进程。1、如何检查操作系统是否存在IO的问题？使用的工具有sar，这是一个比较通用的工具。Rp1#Sar -u 2 10即每隔2秒检察一次，共执行20次，当然这些都由你决定了。示例返回：HP-UX hpn2 B.11.00 U 9000/800 08/05/0318:26:32%usr%sys%wio %idle18:26:3480912018:26:36781111018:26:387891311
3、8:26:4081109118:26:42751014018:26:4476815018:26:4680910118:26:48781111018:26:50791010018:26:52811090Average7910110其中的usr指的是用户进程使用的cpu资源的百分比，sys指的是系统资源使用cpu资源的百分 比，%wio指的是等待io完成的百分比，这是值得我们观注的一项，idle即空闲的百分比。如果wio列的 值很大，如在35%以上，说明你的系统的IO存在瓶颈，你的CPU花费了很大的时间去等待IO的完成。 Idle很小说明系统CPU很忙。像我的这个示例，可以看到wio平均值为11说
4、明io没什么特别的问题，而 我的idle值为零，说明我的cpu已经满负荷运行了。当你的系统存在IO的问题，可以从以下几个方面解决早联系相应的操作系统的技术支持对这方面进行优化，比如hp-ux在划定卷组时的条带化等方面。早查找Oracle中不合理的sql语句，对其进行优化早对Oracle中访问量频繁的表除合理建索引外，再就是把这些表分表空间存放以免访问上产生热点，再 有就是对表合理分区。2、关注一下内存。常用的工具便是vmstat，对于hp-unix来说可以用glance,Aix来说可以用topas，当你发现vmstat中pi 列非零，memory中的free列的值很小，glance,topas
5、中内存的利用率多于80%时，这时说明你的内存方 面应该调节一下了，方法大体有以下几项。早划给Oracle使用的内存不要超过系统内存的1/2,一般保在系统内存的40%为益。早为系统增加内存早如果你的连接特别多，可以使用MTS的方式早打全补丁，防止内存漏洞。3、如何找到点用系用资源特别大的Oracle的session及其执行的语句。Hp-unix 可以用 glance,topIBM AIX 可以用 topas些外可以使用ps的命令。通过这些程序我们可以找到点用系统资源特别大的这些进程的进程号，我们就可以通过以下的sql语句发 现这个pid正在执行哪个sql，这个sql最好在pl/sql devel
6、oper,toad等软件中执行，把中的spid换成你 的 spid 就可以了。SELECT a.username,a.machine,a.program,a.sid,a.serial#,a.status,c.piece,c.sql_textFROM v$session a,v$process b,v$sqltext cWHERE b.spid=AND b.addr=a.paddrAND a.sql_address=c.address(+)ORDER BY c.piece我们就可以把得到的这个 sql 分析一下，看一下它的执行计划是否走索引，对其优化避免全表扫描，以 减少 IO 等待，从而加快语
7、句的执行速度。提示：我在做优化 sql 时，经常碰到使用 in 的语句，这时我们一定要用 exists 把它给换掉，因为 Oracle 在处理In时是按Or的方式做的，即使使用了索引也会很慢。比如：SELECT col1,col2,col3 FROM table1 aWHERE a.col1 not in (SELECT col1 FROM table2)可以换成：SELECT col1,col2,col3 FROM table1 aWHERE not exists(SELECT x FROM table2 bWHERE a.col1=b.col1)4、另一个有用的脚本：查找前十条性能差的 s
8、ql.SELECT * FROMSELECT PARSING_USER_IDEXECUTIONS,SORTS,COMMAND_TYPE,DISK_READS,sql_textFROM v$sqlareaORDER BY disk_reads DESC)WHERE ROWNUM6AND st.wait_time=0AND st.event NOT LIKE %SQL%ORDER BY physical_reads DESC对检索出的结果的几点说明：1、我是按每个正在等待的 session 已经发生的物理读排的序，因为它与实际的 IO 相关。2、你可以看一下这些等待的进程都在忙什么，语句是否合理？
9、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
10、中的free buffer wait的条目很小或没有的时侯，说明你的系统的dbwr进程决对够用， 不用调整；free buffer wait的条目很多，你的系统感觉起来一定很慢，这时说明你的dbwr已经不够用了, 它产生的 wio 已经成为你的数据库性能的瓶颈，这时的解决办法如下：a.1 增加写进程，同时要调整 db_block_lru_latches 参数示例：修改或添加如下两个参数db_writer_processes=4db_block_lru_latches=8a.2开异步IO, IBM这方面简单得多，hp则麻烦一些，可以与Hp工程师联系。使用索引、 sql 调优，同时可以增大 db_file_multiblock_read_count 这个参数。c、db file scattered read,这个参数指的是通过索引来读取，同样可以通过增加db_file_multiblock_read_count 这个参数来提高性能。d、latch free,与栓相关的了，需要专门调节。e、其他参数可以不特别观注。结篇：匆忙之中写下了这篇文章，希望能抛砖引玉，能为你的Oracle调优实践带来帮助。
