性能測(cè)試結(jié)果分析(編輯修改稿)
2025-04-21 02:08 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 sts’ 。4 ，則應(yīng)加大SORT_AREA_SIZE以避免磁盤(pán)排序 。內(nèi)存排序命中率 ：select round((100*)/decode((+), 0, 1, (+)), 2)from v$sysstat a, v$sysstat b where =’sorts (disk)’ and =’sorts (memory)’注：上述SQL Server和Oracle數(shù)據(jù)庫(kù)分析，只是一些簡(jiǎn)單、基本的分析，特別是Oracle數(shù)據(jù)庫(kù)的分析和優(yōu)化，是一門(mén)專門(mén)的技術(shù)，進(jìn)一步的分析可查相關(guān)資料。 性能測(cè)試的結(jié)果分析是性能測(cè)試的重中之重。在實(shí)際工作中，由于測(cè)試的結(jié)果分析比較復(fù)雜、需要具備很多相關(guān)的專業(yè)知識(shí)，因此常常會(huì)感覺(jué)拿到數(shù)據(jù)不知從何下手。這也是我學(xué)習(xí)性能測(cè)試過(guò)程中感覺(jué)比較尷尬和棘手的事，為此我在研讀了《WEB性能測(cè)試實(shí)戰(zhàn)》后特作了以下筆記，這里只是書(shū)中第4章WEB應(yīng)用程序性能分析的一部分，貼出來(lái)希望和大家共同討論： 一：性能分析的基礎(chǔ)知識(shí)：：相應(yīng)時(shí)間、吞吐量、吞吐率、TPS（每秒鐘處理的交易數(shù)）、點(diǎn)擊率等。 ：網(wǎng)絡(luò)的和服務(wù)器的。服務(wù)器瓶頸主要涉及：應(yīng)用程序、WEB服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器、操作系統(tǒng)四個(gè)方面。 、粗略的性能分析方法： 當(dāng)增大系統(tǒng)的壓力（或增加并發(fā)用戶數(shù)）時(shí)，吞吐率和TPS的變化曲線呈大體一致，則系統(tǒng)基本穩(wěn)定；若壓力增大時(shí)，吞吐率的曲線增加到一定程度后出現(xiàn)變化緩慢，甚至平坦，很可能是網(wǎng)絡(luò)出現(xiàn)帶寬瓶頸，同理若點(diǎn)擊率/TPS曲線出現(xiàn)變化緩慢或者平坦，說(shuō)明服務(wù)器開(kāi)始出現(xiàn)頸。 ，此原則本人十分贊同： ——由外而內(nèi)、由表及里、層層深入 應(yīng)用此原則，分析步驟具體可以分為以下三步： 第一步：將得到的響應(yīng)時(shí)間和用戶對(duì)性能的期望值比較確定是否存在瓶頸； 第二步：比較Tn（網(wǎng)絡(luò)響應(yīng)時(shí)間）和Ts（服務(wù)器響應(yīng)時(shí)間）可以確定瓶頸發(fā)生在網(wǎng)絡(luò)還是服務(wù)器； 第三步：進(jìn)一步分析，確定更細(xì)組件的響應(yīng)時(shí)間，直到找出發(fā)生性能瓶頸的根本原因。 二：以WEB應(yīng)用程序?yàn)槔齺?lái)看下具體的分析方法：： (Transaction Summary ):以柱狀圖的形式表現(xiàn)了用戶事務(wù)執(zhí)行的成功與失敗。通過(guò)分析成功與失敗的數(shù)據(jù)可以直接判斷出系統(tǒng)是否運(yùn)行正常。若失敗的事務(wù)非常多，則說(shuō)明系統(tǒng)發(fā)生了瓶頸或者程序在執(zhí)行過(guò)程中發(fā)生了問(wèn)題。 （Average Transaction Response Time）: 該圖顯示在測(cè)試場(chǎng)景運(yùn)行期間的每一秒內(nèi)事務(wù)執(zhí)行所用的平均時(shí)間，還顯示了測(cè)試場(chǎng)景運(yùn)行時(shí)間內(nèi)各個(gè)事務(wù)的最大值、最小值和平均值。通過(guò)它可以分析系統(tǒng)的性能走向。若所有事務(wù)響應(yīng)時(shí)間基本成一條曲線，則說(shuō)明系統(tǒng)性能基本穩(wěn)定；否則如果平均事務(wù)響應(yīng)時(shí)間逐漸變慢，說(shuō)明性能有下降趨勢(shì)，造成性能下降的原因有可能是由于內(nèi)存泄漏導(dǎo)致。 （Transaction per Second即TPS）:顯示在場(chǎng)景運(yùn)行的每一秒中，每個(gè)事 務(wù)通過(guò)、失敗以及停止的數(shù)量。通過(guò)它可以確定系統(tǒng)在任何給定時(shí)刻的實(shí)際事務(wù)負(fù)載。若隨著測(cè)試的進(jìn)展，應(yīng)用系統(tǒng)在單位時(shí)間內(nèi)通過(guò)的事務(wù)數(shù)目在減少，則說(shuō)明服務(wù)器出現(xiàn)瓶頸。 （Total Transactions per Second）:顯示場(chǎng)景運(yùn)行的每一秒中，通過(guò)、失敗以及停止的事務(wù)總數(shù)。若在同等壓力下，曲線接近直線，則性能基本趨于穩(wěn)定；若在單位時(shí)間內(nèi)通過(guò)的事務(wù)總量越來(lái)越少，即整體性能下降。原因可能是內(nèi)存泄漏或者程序中的缺陷。 （Transaction Performance Summary）:顯示方案中所有事務(wù)的最小、最大平均執(zhí)行時(shí)間，可以直接判斷響應(yīng)時(shí)間是否符合客戶要求（重點(diǎn)關(guān)注事務(wù)平均、最大執(zhí)行時(shí)間）。 （Transaction Response Time Under load）:通過(guò)該圖可以看出在任一時(shí)間點(diǎn)事務(wù)響應(yīng)時(shí)間與用戶數(shù)目的關(guān)系，從而掌握系統(tǒng)在用戶并發(fā)方面的性能數(shù)據(jù)。 （百分比）圖（Transaction Response
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1