一般系統(tǒng)的瓶頸                                                                                          

性能測試調(diào)優(yōu)需要先發(fā)現(xiàn)瓶頸，那么系統(tǒng)一般會(huì)存在哪些瓶頸：

硬件上的性能瓶頸：

一般指的是CPU、內(nèi)存、磁盤I/O 方面的問題，分為服務(wù)器硬件瓶頸、網(wǎng)絡(luò)瓶頸（對(duì)局域網(wǎng)可以不考慮）、服務(wù)器操作系統(tǒng)瓶頸（參數(shù)配置）、中間件瓶頸（參數(shù)配置、數(shù)據(jù)庫、web服務(wù)器等）、應(yīng)用瓶頸（SQL 語句、數(shù)據(jù)庫設(shè)計(jì)、業(yè)務(wù)邏輯、算法等）。

應(yīng)用軟件上的性能瓶頸：

一般指的是應(yīng)用服務(wù)器、web 服務(wù)器等應(yīng)用軟件，還包括數(shù)據(jù)庫系統(tǒng)。

例如：中間件weblogic 平臺(tái)上配置的JDBC連接池的參數(shù)設(shè)置不合理，造成的瓶頸。

應(yīng)用程序上的性能瓶頸：

一般指的是開發(fā)人員新開發(fā)出來的應(yīng)用程序。

例如，程序架構(gòu)規(guī)劃不合理，程序本身設(shè)計(jì)有問題（串行處理、請(qǐng)求的處理線程不夠），造成系統(tǒng)在大量用戶方位時(shí)性能低下而造成的瓶頸。

操作系統(tǒng)上的性能瓶頸：

一般指的是windows、UNIX、Linux等操作系統(tǒng)。

例如，在進(jìn)行性能測試，出現(xiàn)物理內(nèi)存不足時(shí)，虛擬內(nèi)存設(shè)置也不合理，虛擬內(nèi)存的交換效率就會(huì)大大降低，從而導(dǎo)致行為的響應(yīng)時(shí)間大大增加，這時(shí)認(rèn)為操作系統(tǒng)上出現(xiàn)性能瓶頸。

網(wǎng)絡(luò)設(shè)備上的性能瓶頸：

一般指的是防火墻、動(dòng)態(tài)負(fù)載均衡器、交換機(jī)等設(shè)備。

例如，在動(dòng)態(tài)負(fù)載均衡器上設(shè)置了動(dòng)態(tài)分發(fā)負(fù)載的機(jī)制，當(dāng)發(fā)現(xiàn)某個(gè)應(yīng)用服務(wù)器上的硬件資源已經(jīng)到達(dá)極限時(shí)，動(dòng)態(tài)負(fù)載均衡器將后續(xù)的交易請(qǐng)求發(fā)送到其他負(fù)載較輕的應(yīng)用服務(wù)器上。在測試時(shí)發(fā)現(xiàn)，動(dòng)態(tài)負(fù)載均衡器沒有起到相應(yīng)的作用，這時(shí)可以認(rèn)為網(wǎng)絡(luò)瓶頸。

性能測試出現(xiàn)的原因及其定位十分復(fù)雜，這里只是簡單介紹常見的幾種瓶頸類型和特征，而性能測試所需要做的就是根據(jù)各種情況因素綜合考慮，然后協(xié)助開發(fā)人員\DBA\運(yùn)維人員一起定位性能瓶頸。

一般性能調(diào)優(yōu)步驟                                                                                      

一般性能問題調(diào)優(yōu)的步驟：

步驟一：確定問題

應(yīng)用程序代碼：在通常情況下，很多程序的性能問題都是寫出來的，因此對(duì)于發(fā)現(xiàn)瓶頸的模塊，應(yīng)該首先檢查一下代碼。

數(shù)據(jù)庫配置：經(jīng)常引起整個(gè)系統(tǒng)運(yùn)行緩慢，一些諸如oracle 的大型數(shù)據(jù)庫都是需要DBA進(jìn)行正確的參數(shù)調(diào)整才能投產(chǎn)的。

操作系統(tǒng)配置：不合理就可能引起系統(tǒng)瓶頸。

硬件設(shè)置：硬盤速度、內(nèi)存大小等都是容易引起瓶頸的原因，因此這些都是分析的重點(diǎn)。

網(wǎng)絡(luò)：網(wǎng)絡(luò)負(fù)載過重導(dǎo)致網(wǎng)絡(luò)沖突和網(wǎng)絡(luò)延遲。

步驟二：確定問題

當(dāng)確定了問題之后，我們要明確這個(gè)問題影響的是響應(yīng)時(shí)間吞吐量，還是其他問題？是多數(shù)用戶還是少數(shù)用戶遇到了問題？如果是少數(shù)用戶，這幾個(gè)用戶與其它用戶的操作有什么不用？系統(tǒng)資源監(jiān)控的結(jié)果是否正常？CPU的使用是否到達(dá)極限？I/O 情況如何？問題是否集中在某一類模塊中？ 是客戶端還是服務(wù)器出現(xiàn)問題？ 系統(tǒng)硬件配置是否夠用？實(shí)際負(fù)載是否超過了系統(tǒng)的負(fù)載能力？ 是否未對(duì)系統(tǒng)進(jìn)行優(yōu)化？

通過這些分析及一些與系統(tǒng)相關(guān)的問題，可以對(duì)系統(tǒng)瓶頸有更深入的了解，進(jìn)而分析出真正的原因。

步驟三： 確定調(diào)整目標(biāo)和解決方案

得高系統(tǒng)吞吐理，縮短響應(yīng)時(shí)間，更好地支持并發(fā)。

步驟四：測試解決方案

對(duì)通過解決方案調(diào)優(yōu)后的系統(tǒng)進(jìn)行基準(zhǔn)測試。（基準(zhǔn)測試是指通過設(shè)計(jì)科學(xué)的測試方法、測試工具和測試系統(tǒng)，實(shí)現(xiàn)對(duì)一類測試對(duì)象的某項(xiàng)性能指標(biāo)進(jìn)行定量的和可對(duì)比的測試）

步驟五：分析調(diào)優(yōu)結(jié)果

系統(tǒng)調(diào)優(yōu)是否達(dá)到或者超出了預(yù)定目標(biāo)？系統(tǒng)是整體性能得到了改善，還是以系統(tǒng)某部分性能來解決其他問題。調(diào)優(yōu)是否可以結(jié)束了。

***，如果達(dá)到了預(yù)期目標(biāo)，調(diào)優(yōu)工作就基本可以結(jié)束了。

下面算是一個(gè)技巧，如面試官問到一個(gè)性能問題假設(shè)，我不知道性能問題出在哪兒時(shí)，可以按照這個(gè)思路回答^_^

• 查找瓶頸時(shí)按以下順序，由易到難。

服務(wù)器硬件瓶頸---〉網(wǎng)絡(luò)瓶頸（對(duì)局域網(wǎng)，可以不考慮）---〉服務(wù)器操作系統(tǒng)瓶頸（參數(shù)配置）---〉中間件瓶頸（參數(shù)配置，數(shù)據(jù)庫，web服務(wù)器等）---〉應(yīng)用瓶頸（SQL語句、數(shù)據(jù)庫設(shè)計(jì)、業(yè)務(wù)邏輯、算法等）

注：以上過程并不是每個(gè)分析中都需要的，要根據(jù)測試目的和要求來確定分析的深度。對(duì)一些要求低的，我們分析到應(yīng)用系統(tǒng)在將來大的負(fù)載壓力（并發(fā)用戶數(shù)、數(shù)據(jù)量）下，系統(tǒng)的硬件瓶頸在哪兒就夠了。

 • 分段排除法 很有效

性能測試調(diào)優(yōu)應(yīng)該注意的要點(diǎn)：

• 要點(diǎn)1： 在應(yīng)用系統(tǒng)的設(shè)計(jì)開發(fā)過程中，應(yīng)始終把性能放在考慮的范圍內(nèi)。
• 要點(diǎn)2： 確定清晰明確的性能目標(biāo)是關(guān)鍵。
• 要點(diǎn)3： 必須保證調(diào)優(yōu)后的程序運(yùn)行正確。
• 要點(diǎn)4： 系統(tǒng)的性能更大程度上取決于良好的設(shè)計(jì)，調(diào)優(yōu)技巧只是一個(gè)輔助手段。
• 要點(diǎn)5： 調(diào)優(yōu)過程是迭代漸進(jìn)的過程，每一次調(diào)優(yōu)的結(jié)果都要反饋到后續(xù)的代碼開發(fā)中去。
• 要點(diǎn)6： 性能調(diào)優(yōu)不能以犧牲代碼的可讀性和可維護(hù)性為代碼。

本文只介紹了一些性能調(diào)優(yōu)的要關(guān)注的東西以及性能調(diào)優(yōu)的一般要點(diǎn)。并沒有具體說如何對(duì)系統(tǒng)的每個(gè)部件進(jìn)行調(diào)優(yōu)，如何要細(xì)說也不是一兩書能說清的，對(duì)知識(shí)面的要求也非常高，是我目前的能力無法觸摸的。

這里做個(gè)總結(jié)：

《性能測試知多少》系列基本完結(jié)，雖然時(shí)間拉得比較長，但我沒有把它給太監(jiān)。雖然內(nèi)容都在空談性能測試?yán)碚撝R(shí)，但我認(rèn)為這些東西對(duì)于你從事性能測試工作必不可少。當(dāng)然，我在“ jmeter基礎(chǔ) ” 與“ loadrunner 技巧 ” 中講解兩個(gè)性能測試工具的使用。

如果我的這些文章對(duì)于想了解和學(xué)習(xí)性能的同學(xué)帶來一絲的幫助，我將非常開心。我不是高手，只是和你一起熱愛測試技術(shù)的初學(xué)者，只是比較喜歡總結(jié)；也時(shí)常為前途迷茫，但我知道只要斷去學(xué)習(xí)，路就在前方。我后面會(huì)整理性能調(diào)優(yōu)的相關(guān)文章。