第一篇：Oracle性能調(diào)優(yōu)實(shí)踐中的幾點(diǎn)心得

很多的時(shí)侯，做Oracle DBA的我們，當(dāng)應(yīng)用管理員向我們通告現(xiàn)在應(yīng)用很慢、數(shù)據(jù)庫(kù)很慢的時(shí)侯，我們到數(shù)據(jù)庫(kù)時(shí)做幾個(gè)示例的Select也發(fā)現(xiàn)同樣的問(wèn)題時(shí)，有些時(shí)侯我們會(huì)無(wú)從下手，因?yàn)槲覀冋J(rèn)為數(shù)據(jù)庫(kù)的各種命種率都是滿足Oracle文檔的建議。實(shí)際上如今的優(yōu)化己經(jīng)向優(yōu)化等待(waits)轉(zhuǎn)型了，實(shí)際中性能優(yōu)化最根本的出現(xiàn)點(diǎn)也都集中在IO，這是影響性能最主要的方面，由系統(tǒng)中的等待去發(fā)現(xiàn)Oracle庫(kù)中的不足、操作系統(tǒng)某些資源利用的不合理是一個(gè)比較好的辦法，下面把我的一點(diǎn)實(shí)踐經(jīng)驗(yàn)與大家分享一下，本文測(cè)重于Unix環(huán)境。

一、通過(guò)操作系統(tǒng)的一些工具檢查系統(tǒng)的狀態(tài)，比如CPU、內(nèi)存、交換、磁盤的利用率，根據(jù)經(jīng)驗(yàn)或與系統(tǒng)正常時(shí)的狀態(tài)相比對(duì)，有時(shí)系統(tǒng)表面上看起來(lái)看空閑這也可能不是一個(gè)正常的狀態(tài)，因?yàn)閏pu可能正等待IO的完成。除此之外我們還應(yīng)觀注那些占用系統(tǒng)資源(cpu、內(nèi)存)的進(jìn)程。

1、如何檢查操作系統(tǒng)是否存在IO的問(wèn)題？使用的工具有sar,這是一個(gè)比較通用的工具。

Rp1#Sar-u 2 10 即每隔2秒檢察一次，共執(zhí)行20次，當(dāng)然這些都由你決定了。

示例返回：

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指的是用戶進(jìn)程使用的cpu資源的百分比，%sys指的是系統(tǒng)資源使用cpu資源的百分比，%wio指的是等待io完成的百分比，這是值得我們觀注的一項(xiàng)，%idle即空閑的百分比。如果wio列的值很大，如在35%以上，說(shuō)明你的系統(tǒng)的IO存在瓶頸，你的CPU花費(fèi)了很大的時(shí)間去等待IO的完成。Idle很小說(shuō)明系統(tǒng)CPU很忙。像我的這個(gè)示例，可以看到wio平均值為11說(shuō)明io沒(méi)什么特別的問(wèn)題，而我的idle值為零，說(shuō)明我的cpu已經(jīng)滿負(fù)荷運(yùn)行了。

當(dāng)你的系統(tǒng)存在IO的問(wèn)題，可以從以下幾個(gè)方面解決

♀聯(lián)系相應(yīng)的操作系統(tǒng)的技術(shù)支持對(duì)這方面進(jìn)行優(yōu)化，比如hp-ux在劃定卷組時(shí)的條帶化等方面。

♀查找Oracle中不合理的sql語(yǔ)句，對(duì)其進(jìn)行優(yōu)化

♀對(duì)Oracle中訪問(wèn)量頻繁的表除合理建索引外，再就是把這些表分表空間存放以免訪問(wèn)上產(chǎn)生熱點(diǎn)，再有就是對(duì)表合理分區(qū)。

2、關(guān)注一下內(nèi)存。

常用的工具便是vmstat，對(duì)于hp-unix來(lái)說(shuō)可以用glance,Aix來(lái)說(shuō)可以用topas,當(dāng)你發(fā)現(xiàn)vmstat中pi列非零，memory中的free列的值很小，glance,topas中內(nèi)存的利用率多于80%時(shí)，這時(shí)說(shuō)明你的內(nèi)存方面應(yīng)該調(diào)節(jié)一下了，方法大體有以下幾項(xiàng)。

♀劃給Oracle使用的內(nèi)存不要超過(guò)系統(tǒng)內(nèi)存的1/2,一般保在系統(tǒng)內(nèi)存的40%為益。

♀為系統(tǒng)增加內(nèi)存

♀如果你的連接特別多，可以使用MTS的方式

♀打全補(bǔ)丁，防止內(nèi)存漏洞。

3、如何找到點(diǎn)用系用資源特別大的Oracle的session及其執(zhí)行的語(yǔ)句。Hp-unix可以用glance,top IBM AIX可以用topas 些外可以使用ps的命令。

通過(guò)這些程序我們可以找到點(diǎn)用系統(tǒng)資源特別大的這些進(jìn)程的進(jìn)程號(hào)，我們就可以通過(guò)以下的sql語(yǔ)句發(fā)現(xiàn)這個(gè)pid正在執(zhí)行哪個(gè)sql，這個(gè)sql最好在pl/sql developer,toad等軟件中執(zhí)行, 把<>中的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=

AND b.addr=a.paddr AND a.sql_address=c.address(+)ORDER BY c.piece

我們就可以把得到的這個(gè)sql分析一下，看一下它的執(zhí)行計(jì)劃是否走索引，對(duì)其優(yōu)化避免全表掃描，以減少IO等待，從而加快語(yǔ)句的執(zhí)行速度。

提示：我在做優(yōu)化sql時(shí)，經(jīng)常碰到使用in的語(yǔ)句，這時(shí)我們一定要用exists把它給換掉，因?yàn)镺racle在處理In時(shí)是按Or的方式做的，即使使用了索引也會(huì)很慢。比如：

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、另一個(gè)有用的腳本：查找前十條性能差的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;

二、迅速發(fā)現(xiàn)Oracle Server的性能問(wèn)題的成因，我們可以求助于v$session_wait這個(gè)視圖，看系統(tǒng)的這些session在等什么，使用了多少的IO。以下是我提供的參考腳本：

腳本說(shuō)明：查看占io較大的正在運(yùn)行的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 對(duì)檢索出的結(jié)果的幾點(diǎn)說(shuō)明：

1、我是按每個(gè)正在等待的session已經(jīng)發(fā)生的物理讀排的序，因?yàn)樗c實(shí)際的IO相關(guān)。

2、你可以看一下這些等待的進(jìn)程都在忙什么，語(yǔ)句是否合理？

Select sql_address from v$session where sid=;Select * from v$sqltext where address=;執(zhí)行以上兩個(gè)語(yǔ)句便可以得到這個(gè)session的語(yǔ)句。

你也以用alter system kill session 'sid,serial#';把這個(gè)session殺掉。

3、應(yīng)觀注一下event這列，這是我們調(diào)優(yōu)的關(guān)鍵一列，下面對(duì)常出現(xiàn)的event做以簡(jiǎn)要的說(shuō)明： a、buffer busy waits，free buffer waits這兩個(gè)參數(shù)所標(biāo)識(shí)是dbwr是否夠用的問(wèn)題，與IO很大相關(guān)的，當(dāng)v$session_wait中的free buffer wait的條目很小或沒(méi)有的時(shí)侯，說(shuō)明你的系統(tǒng)的dbwr進(jìn)程決對(duì)夠用，不用調(diào)整；free buffer wait的條目很多，你的系統(tǒng)感覺(jué)起來(lái)一定很慢，這時(shí)說(shuō)明你的dbwr已經(jīng)不夠用了，它產(chǎn)生的wio已經(jīng)成為你的數(shù)據(jù)庫(kù)性能的瓶頸，這時(shí)的解決辦法如下： a.1增加寫進(jìn)程，同時(shí)要調(diào)整db_block_lru_latches參數(shù) 示例：修改或添加如下兩個(gè)參數(shù)

db_writer_processes=4 db_block_lru_latches=8 a.2開(kāi)異步IO，IBM這方面簡(jiǎn)單得多，hp則麻煩一些，可以與Hp工程師聯(lián)系。b、db file sequential read，指的是順序讀，即全表掃描，這也是我們應(yīng)該盡量減少的部分，解決方法就是使用索引、sql調(diào)優(yōu)，同時(shí)可以增大db_file_multiblock_read_count這個(gè)參數(shù)。

c、db file scattered read,這個(gè)參數(shù)指的是通過(guò)索引來(lái)讀取，同樣可以通過(guò)增加db_file_multiblock_read_count這個(gè)參數(shù)來(lái)提高性能。

d、latch free,與栓相關(guān)的了，需要專門調(diào)節(jié)。

e、其他參數(shù)可以不特別觀注。

結(jié)篇：匆忙之中寫下了這篇文章，希望能拋磚引玉，能為你的Oracle調(diào)優(yōu)實(shí)踐帶來(lái)幫助。

第二篇：Oracle性能調(diào)優(yōu)實(shí)踐中的幾點(diǎn)心得

Oracle性能調(diào)優(yōu)實(shí)踐中的幾點(diǎn)心得

很多的時(shí)侯，做Oracle DBA的我們，當(dāng)應(yīng)用管理員向我們通告現(xiàn)在應(yīng)用很慢、數(shù)據(jù)庫(kù)很慢的時(shí)侯，我們到數(shù)據(jù)庫(kù)時(shí)做幾個(gè)示例的Select也發(fā)現(xiàn)同樣的問(wèn)題時(shí)，有些時(shí)侯我們會(huì)無(wú)從下手，因?yàn)槲覀冋J(rèn)為數(shù)據(jù)庫(kù)的各種命種率都是滿足Oracle文檔的建議。實(shí)際上如今的優(yōu)化己經(jīng)向優(yōu)化等待(waits)轉(zhuǎn)型了，實(shí)際中性能優(yōu)化最根本的出現(xiàn)點(diǎn)也都集中在IO，這是影響性能最主要的方面，由系統(tǒng)中的等待去發(fā)現(xiàn)Oracle庫(kù)中的不足、操作系統(tǒng)某些資源利用的不合理是一個(gè)比較好的辦法，下面把我的一點(diǎn)實(shí)踐經(jīng)驗(yàn)與大家分享一下，本文測(cè)重于Unix環(huán)境。

一、通過(guò)操作系統(tǒng)的一些工具檢查系統(tǒng)的狀態(tài)，比如CPU、內(nèi)存、交換、磁盤的利用率，根據(jù)經(jīng)驗(yàn)或與系統(tǒng)正常時(shí)的狀態(tài)相比對(duì)，有時(shí)系統(tǒng)表面上看起來(lái)看空閑這也可能不是一個(gè)正常的狀態(tài)，因?yàn)閏pu可能正等待IO的完成。除此之外我們還應(yīng)觀注那些占用系統(tǒng)資源(cpu、內(nèi)存)的進(jìn)程。

1、如何檢查操作系統(tǒng)是否存在IO的問(wèn)題？使用的工具有sar,這是一個(gè)比較通用的工具。Rp1#Sar-u 2 10 即每隔2秒檢察一次，共執(zhí)行20次，當(dāng)然這些都由你決定了。

示例返回：

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指的是用戶進(jìn)程使用的cpu資源的百分比，%sys指的是系統(tǒng)資源使用cpu資源的百分比，%wio指的是等待io完成的百分比，這是值得我們觀注的一項(xiàng)，%idle即空閑的百分比。如果wio列的值很大，如在35%以上，說(shuō)明你的系統(tǒng)的IO存在瓶頸，你的CPU花費(fèi)了很大的時(shí)間去等待IO的完成。Idle很小說(shuō)明系統(tǒng)CPU很忙。像我的這個(gè)示例，可以看到wio平均值為11說(shuō)明io沒(méi)什么特別的問(wèn)題，而我的idle值為零，說(shuō)明我的cpu已經(jīng)滿負(fù)荷運(yùn)行了。當(dāng)你的系統(tǒng)存在IO的問(wèn)題，可以從以下幾個(gè)方面解決

♀聯(lián)系相應(yīng)的操作系統(tǒng)的技術(shù)支持對(duì)這方面進(jìn)行優(yōu)化，比如hp-ux在劃定卷組時(shí)的條帶化等方面。

♀查找Oracle中不合理的sql語(yǔ)句，對(duì)其進(jìn)行優(yōu)化 ♀對(duì)Oracle中訪問(wèn)量頻繁的表除合理建索引外，再就是把這些表分表空間存放以免訪問(wèn)上產(chǎn)生熱點(diǎn)，再有就是對(duì)表合理分區(qū)。

2、關(guān)注一下內(nèi)存。

常用的工具便是vmstat，對(duì)于hp-unix來(lái)說(shuō)可以用glance,Aix來(lái)說(shuō)可以用topas,當(dāng)你發(fā)現(xiàn)vmstat中pi列非零，memory中的free列的值很小，glance,topas中內(nèi)存的利用率多于80%時(shí)，這時(shí)說(shuō)明你的內(nèi)存方面應(yīng)該調(diào)節(jié)一下了，方法大體有以下幾項(xiàng)。

♀劃給Oracle使用的內(nèi)存不要超過(guò)系統(tǒng)內(nèi)存的1/2,一般保在系統(tǒng)內(nèi)存的40%為益。

♀為系統(tǒng)增加內(nèi)存

♀如果你的連接特別多，可以使用MTS的方式

♀打全補(bǔ)丁，防止內(nèi)存漏洞。

3、如何找到點(diǎn)用系用資源特別大的Oracle的session及其執(zhí)行的語(yǔ)句。Hp-unix可以用glance,top IBM AIX可以用topas 些外可以使用ps的命令。

通過(guò)這些程序我們可以找到點(diǎn)用系統(tǒng)資源特別大的這些進(jìn)程的進(jìn)程號(hào)，我們就可以通過(guò)以下的sql語(yǔ)句發(fā)現(xiàn)這個(gè)pid正在執(zhí)行哪個(gè)sql，這個(gè)sql最好在pl/sql developer,toad等軟件中執(zhí)行, 把<>中的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= AND b.addr=a.paddr AND a.sql_address=c.address(+)ORDER BY c.piece 我們就可以把得到的這個(gè)sql分析一下，看一下它的執(zhí)行計(jì)劃是否走索引，對(duì)其優(yōu)化避免全表掃描，以減少IO等待，從而加快語(yǔ)句的執(zhí)行速度。

提示：我在做優(yōu)化sql時(shí)，經(jīng)常碰到使用in的語(yǔ)句，這時(shí)我們一定要用exists把它給換掉，因?yàn)镺racle在處理In時(shí)是按Or的方式做的，即使使用了索引也會(huì)很慢。比如：

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、另一個(gè)有用的腳本：查找前十條性能差的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;

二、迅速發(fā)現(xiàn)Oracle Server的性能問(wèn)題的成因，我們可以求助于v$session_wait這個(gè)視圖，看系統(tǒng)的這些session在等什么，使用了多少的IO。以下是我提供的參考腳本： 腳本說(shuō)明：查看占io較大的正在運(yùn)行的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 對(duì)檢索出的結(jié)果的幾點(diǎn)說(shuō)明：

1、我是按每個(gè)正在等待的session已經(jīng)發(fā)生的物理讀排的序，因?yàn)樗c實(shí)際的IO相關(guān)。

2、你可以看一下這些等待的進(jìn)程都在忙什么，語(yǔ)句是否合理？ Select sql_address from v$session where sid=;Select * from v$sqltext where address=;執(zhí)行以上兩個(gè)語(yǔ)句便可以得到這個(gè)session的語(yǔ)句。

你也以用alter system kill session 'sid,serial#';把這個(gè)session殺掉。

3、應(yīng)觀注一下event這列，這是我們調(diào)優(yōu)的關(guān)鍵一列，下面對(duì)常出現(xiàn)的event做以簡(jiǎn)要的說(shuō)明： a、buffer busy waits，free buffer waits 這兩個(gè)參數(shù)所標(biāo)識(shí)是dbwr是否夠用的問(wèn)題，與IO很大相關(guān)的，當(dāng)v$session_wait中的

free buffer wait的條目很小或沒(méi)有的時(shí)侯，說(shuō)明你的系統(tǒng)的dbwr進(jìn)程決對(duì)夠用，不用調(diào)整； free buffer wait的條目很多，你的系統(tǒng)感覺(jué)起來(lái)一定很慢，這時(shí)說(shuō)明你的dbwr已經(jīng)不夠用了，它產(chǎn)生的wio已經(jīng)成為你的數(shù)據(jù)庫(kù)性能的瓶頸，這時(shí)的解決辦法如下： a.1增加寫進(jìn)程，同時(shí)要調(diào)整db_block_lru_latches參數(shù)

示例：修改或添加如下兩個(gè)參數(shù) db_writer_processes=4 db_block_lru_latches=8 a.2開(kāi)異步IO，IBM這方面簡(jiǎn)單得多，hp則麻煩一些，可以與Hp工程師聯(lián)系。

b、db file sequential read，指的是順序讀，即全表掃描，這也是我們應(yīng)該盡量減少的部分，解決方法就是使用索引、sql調(diào)優(yōu)，同時(shí)可以增大db_file_multiblock_read_count這個(gè)參數(shù)。

c、db file scattered read,這個(gè)參數(shù)指的是通過(guò)索引來(lái)讀取，同樣可以通過(guò)增加db_file_multiblock_read_count這個(gè)參數(shù)來(lái)提高性能。d、latch free,與栓相關(guān)的了，需要專門調(diào)節(jié)。e、其他參數(shù)可以不特別觀注。

第三篇：性能調(diào)優(yōu)JDK5.0自帶工具

簡(jiǎn)介：

JDK 5.0, 代號(hào)老虎，在以往的Java傳統(tǒng)上加入了許多新的設(shè)計(jì)，給Java語(yǔ)言帶來(lái)了一些較大的變化，比如泛型，元數(shù)據(jù)，可變個(gè)數(shù)參數(shù)，靜態(tài)導(dǎo)入類，新線程架構(gòu)，自動(dòng)裝箱/拆箱等等新的以往沒(méi)有的新特性。同時(shí)，在調(diào)試程序和解決性能各種問(wèn)題方面，JDK5.0同樣加入了多個(gè)分析工具來(lái)讓開(kāi)發(fā)者更加方便地調(diào)試他們自 己的程序，它們包括了命令行調(diào)試工具，圖形界面調(diào)試工具等等.JDK5.0包括的調(diào)試工具：

我們?cè)谶@里對(duì)JDK5.0的調(diào)試工具做大致的概念性的介紹，然后希望通過(guò)介紹我自己在實(shí)際工作中使用這些工具解決問(wèn)題的實(shí)例來(lái)讓大家對(duì)這些工具有更深入的了解。

JDK5.0里面加入了jstack, jconsole, jinfo, jmap, jdb, jstat, jps, 下面對(duì)這些工具做簡(jiǎn)單介紹：

?

?

? ?

?

? ? ? jstack--如果java程序崩潰生成core文件，jstack工具可以用來(lái)獲得core文件的java stack和native stack的信息，從而可以輕松地知道java程序是如何崩潰和在程序何處發(fā)生問(wèn)題。另外，jstack工具還可以附屬到正在運(yùn)行的java程序中，看到 當(dāng)時(shí)運(yùn)行的java程序的java stack和native stack的信息, 如果現(xiàn)在運(yùn)行的java程序呈現(xiàn)hung的狀態(tài)，jstack是非常有用的。目前只有在Solaris和Linux的JDK版本里面才有。

jconsole – jconsole是基于Java Management Extensions(JMX)的實(shí)時(shí)圖形化監(jiān)測(cè)工具，這個(gè)工具利用了內(nèi)建到JVM里面的JMX指令來(lái)提供實(shí)時(shí)的性能和資源的監(jiān)控，包括了Java程序的內(nèi)存使用，Heap size, 線程的狀態(tài)，類的分配狀態(tài)和空間使用等等。

jinfo – jinfo可以從core文件里面知道崩潰的Java應(yīng)用程序的配置信息，目前只有在Solaris和Linux的JDK版本里面才有。jmap – jmap 可以從core文件或進(jìn)程中獲得內(nèi)存的具體匹配情況，包括Heap size, Perm size等等，目前只有在Solaris和Linux的JDK版本里面才有。

jdb – jdb 用來(lái)對(duì)core文件和正在運(yùn)行的Java進(jìn)程進(jìn)行實(shí)時(shí)地調(diào)試，里面包含了豐富的命令幫助您進(jìn)行調(diào)試，它的功能和Sun studio里面所帶的dbx非常相似，但 jdb是專門用來(lái)針對(duì)Java應(yīng)用程序的。

jstat – jstat利用了JVM內(nèi)建的指令對(duì)Java應(yīng)用程序的資源和性能進(jìn)行實(shí)時(shí)的命令行的監(jiān)控，包括了對(duì)Heap size和垃圾回收狀況的監(jiān)控等等。jps – jps是用來(lái)查看JVM里面所有進(jìn)程的具體狀態(tài), 包括進(jìn)程ID，進(jìn)程啟動(dòng)的路徑等等。另外，還有些其他附帶的工具在這里沒(méi)有列出，比如Heap Analysis Tool, kill-3 方法等等，這些在JDK5.0之前就有，同樣也是非常有用的性能調(diào)優(yōu)工具，大家可以參照相應(yīng)的文檔資料來(lái)學(xué)習(xí)，在文章后面也會(huì)推薦一些相應(yīng)的文檔給大家作為參考。好，說(shuō)了這么多，讓我們來(lái)看看JDK5.0自帶的這些工具在現(xiàn)實(shí)工作能給我們帶來(lái)什么幫助，下面是我和ISV一起共同工作的實(shí)際例子，在這里把它們簡(jiǎn)單闡述出來(lái)，希望對(duì)大家有所幫助。? jconsole和jstack使用實(shí)例： ?

在做過(guò)的項(xiàng)目中，曾經(jīng)有幾個(gè)是使用jstack和jconsole來(lái)解決問(wèn)題的。在下面的例子中，由于部分代碼涉及到公司名字，我使用了xxx來(lái)代替。

1.其中的一個(gè)是Web2.0的客戶，由于目前Sun Microsystem公司推出的Niagara服務(wù)器系列非常適合網(wǎng)絡(luò)方面的多線程應(yīng)用，并且已經(jīng)在業(yè)界非常出名，所以他們決定使用T2000服務(wù)器來(lái)測(cè)試一下如果應(yīng)用到他們自己的應(yīng)用是否能夠獲得出眾的性能。

整個(gè)應(yīng)用的架構(gòu)如下：

Apache 2.0.59 + Resin EE 2.1.17 + Jdk 1.5.0.07 + Oracle 9 運(yùn)行的操作系統(tǒng): Solaris 10 Update 3(11/06), EIS patches包.測(cè)試工具：

Apache benchmark tool.在客戶的測(cè)試環(huán)境中，我們分別做了Apache, Resin, Solaris的相應(yīng)調(diào)整，其中包括了Apache使用Prefork模式，并且調(diào)整了httpd.conf文件里面相應(yīng)的ServerLimit, ListenBacklog,Maxclient等等值，Resin服務(wù)器調(diào)整Jvm heap size, 并行回收new generation和old generation, 最大線程數(shù)，oracle連接數(shù)等等參數(shù)，Solaris操作系統(tǒng)做了網(wǎng)絡(luò)和系統(tǒng)的相應(yīng)調(diào)整，最終把整套系統(tǒng)搬進(jìn)了生產(chǎn)環(huán)境，一切順利進(jìn)行，但當(dāng)進(jìn)入其中 的一個(gè)論壇系統(tǒng)時(shí)卻發(fā)現(xiàn)系統(tǒng)響應(yīng)時(shí)間非常緩慢，用Apache Benchmark Tool加少量壓力得到結(jié)果如下，由于是在生產(chǎn)環(huán)境下所以不敢使用大的壓力：

This is ApacheBench, Version 2.0.41-dev <$Revision: 1.121.2.12 $> apache-2.0 Copyright(c)1996 Adam Twiss, Zeus Technology Ltd, http:// http://java.sun.com/j2se/1.5.0/docs/guide/management/jconsole.html http://java.sun.com/docs/hotspot/gc5.0/ergo5.html#0.0.Behavior%20based%20tuning%7Coutline http://java.sun.com/docs/hotspot/gc5.0/gc_tuning_5.html http://java.sun.com/ http://www.java.net/

第四篇：Java程序性能調(diào)優(yōu)的基本知識(shí)和JDK調(diào)優(yōu)

一 基本知識(shí)

1.1 性能是什么

在性能調(diào)優(yōu)之前，我們首先來(lái)了解一下性能是什么？關(guān)于性能，我想每個(gè)學(xué)習(xí)過(guò)Java的人都能列出幾點(diǎn)，甚至可以夸夸其談。在《Java TM Platform Performance》一書中，定義了如下五個(gè)方面來(lái)作為評(píng)判性能的標(biāo)準(zhǔn)：

1)運(yùn)算的性能——哪一個(gè)算法的執(zhí)行性能最好？

2)內(nèi)存的分配——程序運(yùn)行時(shí)需要耗費(fèi)多少內(nèi)存？

3)啟動(dòng)的時(shí)間——程序啟動(dòng)需要多長(zhǎng)時(shí)間？這在Web項(xiàng)目中的影響不大，但要注意部分程序需要部署或運(yùn)行在客戶端時(shí)的情形（比如applet程序）。

4)程序的可伸縮性——在壓力負(fù)載的情況下，程序的性能如何？

5)性能的感知——用戶在什么情況下會(huì)覺(jué)得程序的性能不好？

以上五個(gè)方面，在具體的使用場(chǎng)景可以有選擇的去評(píng)判。至于這五方面的性能調(diào)優(yōu)，在后續(xù)的章節(jié)中將會(huì)陸續(xù)的給以相應(yīng)的性能調(diào)優(yōu)策略。

1.2 調(diào)優(yōu)的規(guī)則

我們只需要關(guān)心對(duì)我們程序有影響，可以察覺(jué)到的性能問(wèn)題，而不是每一個(gè)類中的每一個(gè)方法我們都需要想方設(shè)法的提高性能。如果程序的性能沒(méi)有達(dá)到我們所期 望的要求，我們才需要考慮如何優(yōu)化性能。同樣的，晦澀的代碼雖然提高了程序的性能，但同時(shí)可能帶給我們的是維護(hù)的噩夢(mèng)。我們需要折中的考慮以上兩種情況，使得程序的代碼是優(yōu)美的，并且運(yùn)行的足夠快，達(dá)到客戶所期望的性能要求。

優(yōu)化代碼甚至?xí)?dǎo)致不良的結(jié)果，Donald Knuth（一位比較牛比較有影響的人物，具體是誰(shuí)，我也忘了，誰(shuí)知道，可以告訴我一下，謝謝?。┰f(shuō)過(guò)，“Premature optimization is the root of all evil”。在開(kāi)始性能調(diào)優(yōu)前，需要先指出不優(yōu)化代碼的一些理由。

1)如果優(yōu)化的代碼已經(jīng)正常工作，優(yōu)化后可能會(huì)引入新的bug；

2)優(yōu)化代碼趨向于使代碼更難理解和維護(hù)；

3)在一個(gè)平臺(tái)上優(yōu)化的代碼，在另一個(gè)平臺(tái)上可能更糟；

4)花費(fèi)很多時(shí)間在代碼的優(yōu)化上，提高了很少的性能，卻導(dǎo)致了晦澀的代碼。確實(shí)，在優(yōu)化前，我們必須認(rèn)真的考慮是否值得去優(yōu)化。

1.3 調(diào)優(yōu)的步驟

一般我們提高應(yīng)用程序的性能劃分為以下幾個(gè)步驟：

1)明確應(yīng)用程序的性能指標(biāo)，怎樣才符合期望的性能需求；

2)在目標(biāo)平臺(tái)進(jìn)行測(cè)試；

3)如果性能已經(jīng)達(dá)到性能指標(biāo)，Stop；

4)查找性能瓶頸；

5)修改性能瓶頸；

6)返回到第2步。

二 JDK調(diào)優(yōu)

2.1 選擇合適的JDK版本

不同版本的JDK，甚至不同廠家的JDK可能都存在著很大的差異，對(duì)于性能優(yōu)化的程度不同。一般來(lái)說(shuō)，盡可能選擇最新發(fā)布的穩(wěn)定的JDK版本。最新的穩(wěn)定的JDK版本相對(duì)以前的JDK版本都會(huì)做一些bug的修改和性能的優(yōu)化工作。

2.2 垃圾收集Java堆的優(yōu)化

垃圾收集就是自動(dòng)釋放不再被程序所使用的對(duì)象的過(guò)程。當(dāng)一個(gè)對(duì)象不再被程序所引用時(shí)，它所引用的堆空間可以被回收，以便被后續(xù)的新對(duì)象所使用。垃圾收集 器必須能夠斷定哪些對(duì)象是不再被引用的，并且能夠把它們所占據(jù)的堆空間釋放出來(lái)。如果對(duì)象不再被使用，但還有被程序所引用，這時(shí)是不能被垃圾收集器所回收 的，此時(shí)就是所謂的“內(nèi)存泄漏”。監(jiān)控應(yīng)用程序是否發(fā)生了內(nèi)存泄漏，有一個(gè)非常優(yōu)秀的監(jiān)控工具推薦給大家——Quest公司的JProbe工具，使用它來(lái) 觀察程序運(yùn)行期的內(nèi)存變化，并可產(chǎn)生內(nèi)存快照，從而分析并定位內(nèi)存泄漏的確切位置，可以精確定位到源碼內(nèi)。這個(gè)工具的使用我在后續(xù)的章節(jié)中還會(huì)做具體介 紹。

Java堆是指在程序運(yùn)行時(shí)分配給對(duì)象生存的空間。通過(guò)-mx/-Xmx和-ms/-Xms來(lái)設(shè)置起始堆的大小和最大堆的大小。根據(jù)自己JDK的版本和廠家決定使用-mx和-ms或-Xmx和-Xms。Java堆大小決定了垃圾回收的頻度和速度，Java堆越大，垃圾回收的頻度越 低，速度越慢。同理，Java堆越小，垃圾回收的頻度越高，速度越快。要想設(shè)置比較理想的參數(shù)，還是需要了解一些基礎(chǔ)知識(shí)的。Java堆的最大值不能太大，這樣會(huì)造成系統(tǒng)內(nèi)存被頻繁的交換和分頁(yè)。所以最大內(nèi)存必須低于物理內(nèi)存減去其他應(yīng)用程序和進(jìn)程需要的內(nèi)存。而且堆設(shè)置的太 大，造成垃圾回收的時(shí)間過(guò)長(zhǎng)，這樣將得不償失，極大的影響程序的性能。以下是一些經(jīng)常使用的參數(shù)設(shè)置：

1)設(shè)置-Xms等于-XmX的值；

2)估計(jì)內(nèi)存中存活對(duì)象所占的空間的大小，設(shè)置-Xms等于此值，-Xmx四倍于此值；

3)設(shè)置-Xms等于-Xmx的1/2大??；

4)設(shè)置-Xms介于-Xmx的1/10到1/4之間；

5)使用默認(rèn)的設(shè)置。

大家需要根據(jù)自己的運(yùn)行程序的具體使用場(chǎng)景，來(lái)確定最適合自己的參數(shù)設(shè)置。除了-Xms和-Xmx兩個(gè)最重要的參數(shù)外，還有很多可能會(huì)用到的參數(shù)，這些參數(shù)通常強(qiáng)烈的依賴于垃圾收集的算法，所以可能因?yàn)镴DK的版本和廠家而有所 不同。但這些參數(shù)一般在Web開(kāi)發(fā)中用的比較少，我就不做詳細(xì)介紹了。在實(shí)際的應(yīng)用中注意設(shè)置-Xms和-Xmx使其盡可能的優(yōu)化應(yīng)用程序就行了。對(duì)于性 能要求很高的程序，就需要自己再多研究研究Java虛擬機(jī)和垃圾收集算法的機(jī)制了?？梢钥纯床軙凿摲g的《深入Java虛擬機(jī)》一書。

第五篇：Oracle DBA優(yōu)化數(shù)據(jù)庫(kù)性能心得體會(huì)

Oracle DBA優(yōu)化數(shù)據(jù)庫(kù)性能心得體會(huì)

很多的時(shí)侯，做Oracle DBA的我們，當(dāng)應(yīng)用管理員向我們通告現(xiàn)在應(yīng)用很慢、數(shù)據(jù)庫(kù)很慢的時(shí)侯，我們到數(shù)據(jù)庫(kù)時(shí)做幾個(gè)示例的Select也發(fā)現(xiàn)同樣的問(wèn)題時(shí)，有些時(shí)侯我們會(huì)無(wú)從下手，因?yàn)槲覀冋J(rèn)為數(shù)據(jù)庫(kù)的各種命種率都是滿足Oracle文檔的建議。實(shí)際上如今的優(yōu)化己經(jīng)向優(yōu)化等待(waits)轉(zhuǎn)型了，實(shí)際中性能優(yōu)化最根本的出現(xiàn)點(diǎn)也都集中在IO，這是影響性能最主要的方面，由系統(tǒng)中的等待去發(fā)現(xiàn)Oracle庫(kù)中的不足、操作系統(tǒng)某些資源利用的不合理是一個(gè)比較好的辦法，下面把我的一點(diǎn)實(shí)踐經(jīng)驗(yàn)與大家分享一下，本文測(cè)重于Unix環(huán)境。

一、通過(guò)操作系統(tǒng)的一些工具檢查系統(tǒng)的狀態(tài)，比如CPU、內(nèi)存、交換、磁盤的利用率，根據(jù)經(jīng)驗(yàn)或與系統(tǒng)正常時(shí)的狀態(tài)相比對(duì)，有時(shí)系統(tǒng)表面上看起來(lái)看空閑這也可能不是一個(gè)正常的狀態(tài)，因?yàn)閏pu可能正等待IO的完成。除此之外我們還應(yīng)觀注那些占用系統(tǒng)資源(cpu、內(nèi)存)的進(jìn)程。

1、如何檢查操作系統(tǒng)是否存在IO的問(wèn)題？使用的工具有sar,這是一個(gè)比較通用的工具。

Rp1#sar-u 2 10

即每隔2秒檢察一次，共執(zhí)行20次，當(dāng)然這些都由你決定了。

示例返回：

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

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

注：我在redhat下查看是這種結(jié)果，不知%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指的是用戶進(jìn)程使用的cpu資源的百分比，%sys指的是系統(tǒng)資源使用cpu資源的百分比，%wio指的是等待io完成的百分比，這是值得我們觀注的一項(xiàng)，%idle即空閑的百分比。如果wio列的值很大，如在35%以上，說(shuō)明你的系統(tǒng)的IO存在瓶頸，你的CPU花費(fèi)了很大的時(shí)間去等待IO的完成。Idle很小說(shuō)明系統(tǒng)CPU很忙。像我的這個(gè)示例，可以看到wio平均值為11說(shuō)明io沒(méi)什么特別的問(wèn)題，而我的idle值為零，說(shuō)明我的cpu已經(jīng)滿負(fù)荷運(yùn)行

了。

當(dāng)你的系統(tǒng)存在IO的問(wèn)題，可以從以下幾個(gè)方面解決:

＊聯(lián)系相應(yīng)的操作系統(tǒng)的技術(shù)支持對(duì)這方面進(jìn)行優(yōu)化，比如hp-ux在劃定卷組時(shí)的條帶化等方面。

＊查找Oracle中不合理的sql語(yǔ)句，對(duì)其進(jìn)行優(yōu)。

＊對(duì)Oracle中訪問(wèn)量頻繁的表除合理建索引外，再就是把這些表分表空間存放以免訪問(wèn)上產(chǎn)生熱點(diǎn)，再有就是對(duì)表合理分區(qū)。

常用的工具便是vmstat，對(duì)于hp-unix來(lái)說(shuō)可以用glance,Aix來(lái)說(shuō)可以用topas,當(dāng)你發(fā)現(xiàn)vmstat中pi列非零，memory中的free列的值很小，glance,topas中內(nèi)存的利用率多于80%時(shí)，這時(shí)說(shuō)明你的內(nèi)存方面應(yīng)該調(diào)節(jié)一下了，方法大體有以下幾項(xiàng)。

＊?jiǎng)澖oOracle使用的內(nèi)存不要超過(guò)系統(tǒng)內(nèi)存的1/2,一般保在系統(tǒng)內(nèi)存的40%為益。

＊為系統(tǒng)增加內(nèi)存。

＊如果你的連接特別多，可以使用MTS的方式。

＊打全補(bǔ)丁，防止內(nèi)存漏洞。

3、如何找到點(diǎn)用系用資源特別大的Oracle的session及其執(zhí)行的語(yǔ)句。

Hp-unix可以用glance,top，IBM AIX可以用topas，此外可以使用ps的命令。通過(guò)這些程序我們可以找到點(diǎn)用系統(tǒng)資源特別大的這些進(jìn)程的進(jìn)程號(hào)，我們就可以通過(guò)以下的sql語(yǔ)句發(fā)現(xiàn)這個(gè)pid正在執(zhí)行哪個(gè)sql，這個(gè)sql最好在pl/sql developer,toad等軟件中執(zhí)行, 把<>中的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='ORCL' AND b.addr=a.paddr AND

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

我們就可以把得到的這個(gè)sql分析一下，看一下它的執(zhí)行計(jì)劃是否走索引，對(duì)其優(yōu)化避免全表掃描，以減少IO等待，從而加快語(yǔ)句的執(zhí)行速度。

提示：我在做優(yōu)化sql時(shí)，經(jīng)常碰到使用in的語(yǔ)句，這時(shí)我們一定要用exists把它給換掉，因?yàn)镺racle在處理In時(shí)是按Or的方式做的，即使使用了索引也會(huì)很慢。

比如：

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、另一個(gè)有用的腳本：查找前十條性能差的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;

二、迅速發(fā)現(xiàn)Oracle Server的性能問(wèn)題的成因，我們可以求助于v$session_wait這個(gè)視圖，看系統(tǒng)的這些session在等什么，使用了多少的IO。以下是我提供的參考腳本：

腳本說(shuō)明：查看占io較大的正在運(yùn)行的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

對(duì)檢索出的結(jié)果的幾點(diǎn)說(shuō)明：

1、我是按每個(gè)正在等待的session已經(jīng)發(fā)生的物理讀排的序，因?yàn)樗c實(shí)際的IO相關(guān)。

2、你可以看一下這些等待的進(jìn)程都在忙什么，語(yǔ)句是否合理？

Select sql_address from v$session where sid=;

Select * from v$sqltext where address=;

執(zhí)行以上兩個(gè)語(yǔ)句便可以得到這個(gè)session的語(yǔ)句。你也以用alter system kill session 'sid,serial#';把這個(gè)session殺掉。

3、應(yīng)觀注一下event這列，這是我們調(diào)優(yōu)的關(guān)鍵一列，下面對(duì)常出現(xiàn)的event做以簡(jiǎn)要的說(shuō)

明：

a、buffer busy waits，free buffer waits這兩個(gè)參數(shù)所標(biāo)識(shí)是dbwr是否夠用的問(wèn)題，與IO很大相關(guān)的，當(dāng)v$session_wait中的free buffer wait的條目很小或沒(méi)有的時(shí)侯，說(shuō)明你的系統(tǒng)的dbwr進(jìn)程決對(duì)夠用，不用調(diào)整；free buffer wait的條目很多，你的系統(tǒng)感覺(jué)起來(lái)一定很慢，這時(shí)說(shuō)明你的dbwr已經(jīng)不夠用了，它產(chǎn)生的wio已經(jīng)成為你的數(shù)據(jù)庫(kù)性能的瓶頸，這時(shí)的解決辦法如下：

a.1增加寫進(jìn)程，同時(shí)要調(diào)整db_block_lru_latches參數(shù)。

示例：修改或添加如下兩個(gè)參數(shù)

db_writer_processes=4

db_block_lru_latches=8

a、2開(kāi)異步IO，IBM這方面簡(jiǎn)單得多，hp則麻煩一些，可以與Hp工程師聯(lián)系。

b、db file sequential read，指的是順序讀，即全表掃描，這也是我們應(yīng)該盡量減少的部分，解決方法就是使用索引、sql調(diào)優(yōu)，同時(shí)可以增大db_file_multiblock_read_count這個(gè)參數(shù)。

c、db file scattered read,這個(gè)參數(shù)指的是通過(guò)索引來(lái)讀取，同樣可以通過(guò)增加db_file_multiblock_read_count這個(gè)參數(shù)來(lái)提高性能。

d、latch free,與栓相關(guān)的了，需要專門調(diào)節(jié)。

e、其他參數(shù)可以不特別觀注。

其他的優(yōu)化手段似乎主要集中在SQL查詢語(yǔ)句上面，Oracle本身也提供了優(yōu)化器?？磥?lái)DBA的學(xué)問(wèn)不少啊。