很多的時侯，做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已經滿負荷執行了。
當你的系統存在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等軟體中執行, 把<>中的spid換成你的spid就可以了。
select
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 not in (select col1 from table2)
可以換成：
select col1,col2,col3 from table1 a
where not exists
(select 'x' from table2 b
where
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<10 ;
二、迅速發現oracle server的效能問題的成因，我們可以求助於v$session_wait這個檢視，看系統的這些session在等什麼，使用了多少的io。以下是我提供的參考指令碼：
指令碼說明：檢視佔io較大的正在執行的session。
select se.sid,se.serial#,pr.spid,
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這個引數來提高效能。
資料庫優化總結
一 資料庫整體優化 1 伺服器的硬體效能 cpu，磁碟，記憶體 2 減少io操作。1 io操作是快取操作用時的一萬倍。通過對資料庫的快取設定，減少io操作。快取配置檔案oracle product 10.2.0 db 1 srvm admin init.ora 2 從業務和 端減少對資料庫的訪問。3...
優化資料庫知識總結
優化資料庫設計知識串串燒 為什麼需要規範的資料庫設計 為了規範化資料庫設計，消除不必要的數量冗餘，獲得合理的資料庫設計，提高專案的應用效能，所以，我們很有必要對資料庫進行規範化和優化。設計資料庫的步驟 a 收集資訊。就是對我們的專案進行分析時，充分了解要完成哪些功能，需要用到哪些資料 b 標識實體。...
優化Oracle資料庫效能
4.調整伺服器記憶體分配記憶體分配是在資訊系統執行過程中優化配置的。資料庫管理員根據資料庫的執行狀況不僅可以調整資料庫系統全域性區 sga區 的資料緩衝區 日誌緩衝區和共享池的大小，而且還可以調整程式全域性區 pga區 的大小。5.調整硬碟i o 這一步是在資訊系統開發之前完成的。資料庫管理員可以將...