<div class="article_manage clearfix">
<div class="article_l">
<span class="link_categories">
標籤：
<a href="http://www.csdn.net/tag/%e6%80%a7%e8%83%bd%e6%b5%8b%e8%af%95" target="_blank" onclick="_gaq.push(['_trackEvent','function', 'onclick', 'blog_articles_tag']);">性能測試</a><a href="http://www.csdn.net/tag/LoadRunner" target="_blank" onclick="_gaq.push(['_trackEvent','function', 'onclick', 'blog_articles_tag']);">LoadRunner</a>
</span>
</div>
<div class="article_r">
<span class="link_postdate">2015-04-16 08:55</span>
<span class="link_view" title="閱讀次數">1879人閱讀</span>
<span class="link_comments" title="評論次數"> <a href="#comments" onclick="_gaq.push(['_trackEvent','function', 'onclick', 'blog_articles_pinglun'])">評論</a>(0)</span>
<span class="link_collect tracking-ad" data-mod="popu_171"> <a href="javascript:void(0);" onclick="javascript:collectArticle('LoadRunner--Analysis%e5%90%84%e9%a1%b9%e6%8c%87%e6%a0%87%e8%af%a6%e8%a7%a3','45070321');return false;" title="收藏">收藏</a></span>
<span class="link_report"> <a href="#report" onclick="javascript:report(45070321,2);return false;" title="舉報">舉報</a></span>
</div>
</div>
<div class="embody" style="display:none" id="embody">
<span class="embody_t">本文章已收錄於：</span>
<div class="embody_c" id="lib" value="{"err":0,"msg":"ok","data":[]}"></div>
</div>
<style type="text/css">
.embody{
padding:10px 10px 10px;
margin:0 -20px;
border-bottom:solid 1px #ededed;
}
.embody_b{
margin:0 ;
padding:10px 0;
}
.embody .embody_t,.embody .embody_c{
display: inline-block;
margin-right:10px;
}
.embody_t{
font-size: 12px;
color:#999;
}
.embody_c{
font-size: 12px;
}
.embody_c img,.embody_c em{
display: inline-block;
vertical-align: middle;
}
.embody_c img{
width:30px;
height:30px;
}
.embody_c em{
margin: 0 20px 0 10px;
color:#333;
font-style: normal;
}
</style>
<script type="text/javascript">
$(function () {
try
{
var lib = eval("("+$("#lib").attr("value")+")");
var html = "";
if (lib.err == 0) {
$.each(lib.data, function (i) {
var obj = lib.data[i];
//html += '<img src="' + obj.logo + '"/>' + obj.name + " ";
html += ' <a href="' + obj.url + '" target="_blank">';
html += ' <img src="' + obj.logo + '">';
html += ' <em><b>' + obj.name + '</b></em>';
html += ' </a>';
});
if (html != "") {
setTimeout(function () {
$("#lib").html(html);
$("#embody").show();
}, 100);
}
}
} catch (err)
{ }
});
</script>
<div class="category clearfix">
<div class="category_l">
<img src="http://static.blog.csdn.net/images/category_icon.jpg">
<span>分類：</span>
</div>
<div class="category_r">
<label onclick="GetCategoryArticles('3102015','liangfengchang','top','45070321');">
<span onclick="_gaq.push(['_trackEvent','function', 'onclick', 'blog_articles_fenlei']);">LoadRunner<em>（8）</em></span>
<img class="arrow-down" src="http://static.blog.csdn.net/images/arrow_triangle _down.jpg" style="display: inline;">
<img class="arrow-up" src="http://static.blog.csdn.net/images/arrow_triangle_up.jpg" style="display: none;">
<div class="subItem" style="display: none;">
<div class="subItem_t"><a href="http://blog.csdn.net/liangfengchang/article/category/3102015" target="_blank">作者同類文章</a><i class="J_close">X</i></div>
<ul class="subItem_l" id="top_3102015"><li class="tracking-ad" data-mod="popu_140"><em>•</em><a href="http://blog.csdn.net/liangfengchang/article/details/47442039" id="top_aritcle_47442039undefined4921142137609422" target="_blank" title="LoadRunner錄製腳本，報連接不到服務器的提示信息 ：Request Connection: Remote Serve">LoadRunner錄製腳本，報連接不到服務器的提示信息 ：Request Connection: Remote Serve</a></li> <li class="tracking-ad" data-mod="popu_140"><em>•</em><a href="http://blog.csdn.net/liangfengchang/article/details/45070409" id="top_aritcle_45070409undefined035821845289319754" target="_blank" title="Windows系統內存計數器理解解析">Windows系統內存計數器理解解析</a></li> <li class="tracking-ad" data-mod="popu_140"><em>•</em><a href="http://blog.csdn.net/liangfengchang/article/details/45070357" id="top_aritcle_45070357undefined8325749777723104" target="_blank" title="LoadRunner--http狀態碼">LoadRunner--http狀態碼</a></li> <li class="tracking-ad" data-mod="popu_140"><em>•</em><a href="http://blog.csdn.net/liangfengchang/article/details/45070347" id="top_aritcle_45070347undefined16234139306470752" target="_blank" title="LoadRunner監控window系統各項指標詳解">LoadRunner監控window系統各項指標詳解</a></li> <li class="tracking-ad" data-mod="popu_140"><em>•</em><a href="http://blog.csdn.net/liangfengchang/article/details/45070341" id="top_aritcle_45070341undefined1878328516613692" target="_blank" title="LoadRunner監控Linux系統各項指標詳解">LoadRunner監控Linux系統各項指標詳解</a></li> <li style="padding-left: 300px;"><a href="http://blog.csdn.net/liangfengchang/article/category/3102015" target="_blank">更多</a></li></ul>
</div>
</label>
</div>
</div>
<script type="text/javascript" src="http://static.blog.csdn.net/scripts/category.js"></script>
<div class="bog_copyright">
<p class="copyright_p">版權聲明：本文爲博主原創文章，未經博主允許不得轉載。</p>
</div>
一、常用到的性能測試術語
1.事務（Transaction）
在web性能測試中，一個事務表示一個“從用戶發送請求->web server接受到請求，進行處理-> web server向DB獲取數據->生成用戶的object(頁面)，返回給用戶”的過程，一般的響應時間都是針對事務而言的。
2.請求響應時間
請求響應時間指的是從客戶端發起的一個請求開始，到客戶端接收到從服務器端返回的響應結束，這個過程所耗費的時間，在某些工具中，響應通常會稱爲“TTLB”，即”time to last byte”，意思是從發起一個請求開始，到客戶端接收到最後一個字節的響應所耗費的時間，響應時間的單位一般爲“秒”或者“毫秒”。一個公式可以表示：響應時間＝網絡響應時間+應用程序響應時間。標準可參考國外的3/5/10原則：
（1）在3秒鐘之內，頁面給予用戶響應並有所顯示，可認爲是“很不錯的”；
（2）在3~5秒鐘內，頁面給予用戶響應並有所顯示，可認爲是“好的”；
（3）在5~10秒鐘內，頁面給予用戶響應並有所顯示，可認爲是“勉強接受的”；
（4）超過10秒就讓人有點不耐煩了，用戶很可能不會繼續等待下去；
3、事務響應時間
事務可能由一系列請求組成,事務的響應時間主要是針對用戶而言,屬於宏觀上的概念，是爲了向用戶說明業務響應時間而提出的.例如:跨行取款事務的響應時間就是由一系列的請求組成的.事務響應時間是直接衡量系統性能的參數.
4.併發用戶數
併發一般分爲2種情況。一種是嚴格意義上的併發，即所有的用戶在同一時刻做同一件事情或者操作，這種操作一般指做同一類型的業務。比如在信用卡審批業務中，一定數目的擁護在同一時刻對已經完成的審批業務進行提交；還有一種特例，即所有用戶進行完全一樣的操作，例如在信用卡審批業務中，所有的用戶可以一起申請業務，或者修改同一條記錄。
另外一種併發是廣義範圍的併發。這種併發與前一種併發的區別是，儘管多個用戶對系統發出了請求或者進行了操作，但是這些請求或者操作可以是相同的，也可以是不同的。對整個系統而言，仍然是有很多用戶同時對系統進行操作，因此也屬於併發的範疇。
可以看出，後一種併發是包含前一種併發的。而且後一種併發更接近用戶的實際使用情況，因此對於大多數的系統，只有數量很少的用戶進行“嚴格意義上的併發”。對於WEB性能測試而言，這2種併發情況一般都需要進行測試，通常做法是先進行嚴格意義上的併發測試。嚴格意義上的用戶併發一般發生在使用比較頻繁的模塊中，儘管發生的概率不是很大，但是一旦發生性能問題，後果很可能是致命的。嚴格意義上的併發測試往往和功能測試關聯起來，因爲併發功能遇到異常通常都是程序問題，這種測試也是健壯性和穩定性測試的一部分。
用戶併發數量：關於用戶併發的數量，有2種常見的錯誤觀點。 一種錯誤觀點是把併發用戶數量理解爲使用系統的全部用戶的數量，理由是這些用戶可能同時使用系統；還有一種比較接近正確的觀點是把在線用戶數量理解爲併發用戶數量。實際上在線用戶也不一定會和其他用戶發生併發，例如正在瀏覽網頁的用戶，對服務器沒有任何影響，但是，在線用戶數量是計算併發用戶數量的主要依據之一。
5.吞吐量
指的是在一次性能測試過程中網絡上傳輸的數據量的總和.吞吐量/傳輸時間,就是吞吐率.
6、TPS（transactionper second）
每秒鐘系統能夠處理的交易或者事務的數量.它是衡量系統處理能力的重要指標.
7、點擊率
每秒鐘用戶向WEB服務器提交的HTTP請求數.這個指標是WEB應用特有的一個指標:WEB應用是”請求-響應”模式,用戶發出一次申請,服務器就要處理一次,所以點擊是WEB應用能夠處理的交易的最小單位.如果把每次點擊定義爲一個交易,點擊率和TPS就是一個概念.容易看出,點擊率越大,對服務器的壓力越大.點擊率只是一個性能參考指標,重要的是分析點擊時產生的影響。需要注意的是,這裏的點擊並非指鼠標的一次單擊操作,因爲在一次單擊操作中,客戶端可能向服務器發出多個HTTP請求.
8.資源利用率
指的是對不同的系統資源的使用程度,例如服務器的CPU利用率,磁盤利用率等.資源利用率是分析系統性能指標進而改善性能的主要依據,因此是WEB性能測試工作的重點.
資源利用率主要針對WEB服務器,操作系統,數據庫服務器,網絡等,是測試和分析瓶頸的主要參考.在WEB性能測試中,更根據需要採集相應的參數進行分析。
二.擴展部分
點擊Graph–>Add New Graph…或是按快捷鍵打開新視圖，也可以
Analysis分析器中提供了豐富的分析圖，常見的有如下幾類：Vusers圖、事務圖、Web資源圖、網頁細分圖、錯誤圖、系統資源圖、Web服務器資源圖、數據庫服務器資源圖。
將display only graphs containing data複選框的勾去掉，會顯示更多的分析圖。
（1）Vusers圖
在方案執行過程中，Vuser在執行事務時生成數據。使用Vusers圖可以確定方案執行期間Vuser的整體行爲。它顯示Vuser狀態和完成腳本的Vuser的數量。主要包括正在運行的Vuser圖和Vuser摘要圖兩種。
（2）Errors圖
在方案執行期間，並不是每個Vuser都一定會執行成功，可能有執行失敗、停止或因錯誤而終止的情況。Errors圖主要是統計方案執行時的錯誤信息，主要包括：Error Statistics（By Description）、Error per Second（by Description）的、Error Statistics和Error per Second四種圖。
（3）事務圖
事務圖描述了整個腳本執行過程中的事務性能和狀態，主要包括：平均事務響應時間圖、每秒事務數圖、每秒事務總數、事務摘要圖、事務性能摘要圖、事務響應時間（負載下）圖、事務響應時間（百分比）圖和事務響應時間（分佈）圖。
1、Transation Sunmmary（事務綜述）
對事務進行綜合分析是性能分析的第一步，通過分析 時間內用戶事務的成功與失敗情況，
可以直接判斷出系統是否運行正常。
2、Average Transaciton Response Time（事務平均響應時間）
“事務平均響應時間”顯示的是測試場景運行期間的每一秒內事務執行所用的平均時間，
通過它可以分析測試場景運行期間應用系統的性能走向。
例：隨着測試時間的變化，系統處理事務的速度開始逐漸變慢，這說明應用系統隨着投產時間的變化，整體性能將會有下降的趨勢。
3、Transactions Per Second（每秒通過事務數/TPS）
“每秒通過事務數/TPS”顯示在場景運行的每一秒鐘，每個事務通過、失敗以及停止的數量，使考查系統性能的一個重要參數。通過它可以確定系統在任何給定時刻的時間事務負載。
分析TPS主要是看曲線的性能走向。
將它與平均事務響應時間進行對比，可以分析事務數目對執行時間的影響。
例：當壓力加大時，點擊率/TPS曲線如果變化緩慢或者有平坦的趨勢，
很有可能是服務器開始出現瓶頸。
4、Total Transactions Per Second（每秒通過事務總數）
“每秒通過事務總數”顯示在場景運行時，在每一秒內通過的事務總數、
失敗的事務總署以及停止的事務總數。
5、Transaction Performance Sunmmary（事務性能摘要）
“事務性能摘要”顯示方案中所有事務的最小、最大和平均執行時間，
可以直接判斷響應時間是否符合用戶的要求。
重點關注事務的平均和最大執行時間，如果其範圍不在用戶可以接受的時間範圍內，
需要進行原因分析。
6、Transaction Response Time Under Load（事務響應時間與負載）
“事務響應時間與負載”是“正在運行的虛擬用戶”圖和“平均響應事務時間”圖的組合，
通過它可以看出在任一時間點事務響應時間與用戶數目的關係，
從而掌握系統在用戶併發方面的性能數據，爲擴展用戶系統提供參考。
此圖可以查看虛擬用戶負載對執行時間的總體影響，
對分析具有漸變負載的測試場景比較有用。
7、Transaction Response Time(Percentile)（事務響應時間(百分比)）
“事務響應時間(百分比)”是根據測試結果進行分析而得到的綜合分析圖，
也就是工具通過一些統計分析方法間接得到的圖表。
通過它可以分析在給定事務響應時間範圍內能執行的事務百分比。
8、Transaction Response Time(Distribution)（事務響應時間(分佈)）
“事務響應時間(分佈)”顯示在場景運行過程中，事務執行所用時間的分佈，
通過它可以瞭解測試過程中不同響應時間的事務數量。
如果系統預先定義了相關事務可以接受的最小和最大事務響應時間，
則可以使用此圖確定服務器性能是否在可以接受的範圍內。
（4）Web資源圖
Web資源圖主要提供有關Web服務器性能的一些信息，使用Web資源圖可以分享方案運行期間每秒點擊次數、服務器的吞吐量、從服務器返回的HTTP狀態代碼、每秒HTTP響應數、每秒頁面下載數、每秒服務器重試次數、服務器重試摘要、連接數和每秒連接數。
1、Hits per Second（每秒點擊次數）
“每秒點擊次數”，即使運行場景過程中虛擬用戶每秒向Web服務器提交的HTTP請求數。
通過它可以評估虛擬用戶產生的負載量，如將其和“平均事務響應時間”圖比較，
可以查看點擊次數對事務性能產生的影響。
通過對查看“每秒點擊次數”，可以判斷系統是否穩定。
系統點擊率下降通常表明服務器的響應速度在變慢，需進一步分析，發現系統瓶頸所在。
2、Throughput（吞吐率）
“吞吐率”顯示的是場景運行過程中服務器的每秒的吞吐量。其度量單位是字節，
表示虛擬用在任何給定的每一秒從服務器獲得的數據量。
可以依據服務器的吞吐量來評估虛擬用戶產生的負載量，
以及看出服務器在流量方面的處理能力以及是否存在瓶頸。
“吞吐率”圖和“點擊率”圖的區別：
“點擊率”圖，是每秒服務器處理的HTTP申請數。
“吞吐率”圖，是客戶端每秒從服務器獲得的總數據量。
Throughput(MB)單位是M
Throughput單位是字節
3、HTTP Status Code Summary（HTTP狀態代碼概要）
“HTTP狀態代碼概要”顯示場景或會話步驟過程中從Web服務器返回的HTTP狀態代碼數，該圖按照代碼分組。HTTP狀態代碼表示HTTP請求的狀態。
4、HTTP Responses per Second（每秒HTTP響應數）
“每秒HTTP響應數”是顯示運行場景過程中每秒從Web服務器返回的不同HTTP狀態代碼的數量，還能返回各類狀態碼的信息，通過分析狀態碼，可以判斷服務器在壓力下的運行情況，
也可以通過對圖中顯示的結果進行分組，進而定位生成錯誤的代碼腳本。
5、Pages Downloaded Per Second（每秒下載頁面數）
“每秒下載頁面數”顯示場景或會話步驟運行的每一秒內從服務器下載的網頁數。
使用此圖可依據下載的頁數來計算Vuser生成的負載量。
和吞吐量圖一樣，每秒下載頁面數圖標是Vuser在給定的任一秒內從服務器接收到的數據量。但是吞吐量考慮的各個資源極其大小（例，每個GIF文件的大小、每個網頁的大小）
而每秒下載頁面數只考慮頁面數。
注：要查看每秒下載頁數圖，必須在R-T-S那裏設置“每秒頁面數(僅HTML模式)”。
6、Retries per Second（每秒重試次數）
“每秒重試次數”顯示場景或會話步驟運行的每一秒內服務器嘗試的連接次數。
在下列情況將重試服務器連接：
A、初始連接未經授權
B、要求代理服務器身份驗證
C、服務器關閉了初始連接
D、初始連接無法連接到服務器
E、服務器最初無法解析負載生成器的IP地址
7、Retries Summary（重試次數概要）
“重試次數概要”顯示場景或會話步驟運行過程中服務器嘗試的連接次數，
它按照重試原因分組。
將此圖與每秒重試次數圖一起使用可以確定場景或會話步驟運行過程中服務器在哪個時間點進行了重試。
8、Connections（連接數）
“連接數”顯示場景或會話步驟運行過程中每個時間點打開的TCP/IP連接數。
藉助此圖，可以知道何時需要添加 連接。
例：當連接數到達穩定狀態而事務響應時間迅速增大時，添加連接可以使性能得到極大提高（事務響應時間將降低）。
9、Connections Per Second（每秒連接數）
“每秒連接數”顯示方案在運行過程中每秒建立的TCP/IP連接數。
理想情況下，很多HTTP請求都應該使用同一連接，而不是每個請求都新打開一個連接。
通過每秒連接數圖可以看出服務器的處理情況，就表明服務器的性能在逐漸下降。
10、SSLs Per Second（每秒SSL連接數）
“每秒SSL連接數”顯示場景或會話步驟運行的每一秒內打開的新的以及重新使用的SSL
連接數。當對安全服務器打開TCP/IP連接後，瀏覽器將打開SSL連接。
（5）網頁細分圖
網頁細分圖主要是提供一些信息來評估頁面內容時否影響事務響應時間，如果出現影響事務響應時間的情況，可以通過細分圖進一步分析時什麼原因影響網頁事務響應時間的。包括網頁細分、頁面組件細分、頁面組件細分（隨時間變化）、頁面下載時間細分、頁面下載時間細分（隨時間變化）和已下載組件圖幾種。
1、Web Page Diagnostics（頁面分解總圖）
“頁面分解”顯示某一具體事務在測試過程的響應情況，進而分析相關的事務運行是否正常。
“頁面分解”圖可以按下面四種方式進行進一步細分：
1)、DownloadTime Breaddown（下載時間細分）
“下載時間細分”圖顯示網頁中不同元素的下載時間，同時還可按照下載過程把時間進行分解，用不同的顏色來顯示DNS解析時間、建立連接時間、第一次緩衝時間等各自所佔比例。
2)、ComponentBreakdown(Over Time)（組件細分(隨時間變化)）
“組件細分”圖顯示選定網頁的頁面組件隨時間變化的細分圖。
通過該圖可以很容易的看出哪些元素在測試過程中下載時間不穩定。
該圖特別適用於需要在客戶端下載控件較多的頁面，通過分析控件的響應時間，很容易就能發現那些控件不穩定或者比較耗時。
3)、DownloadTime Breakdown(Over Time)（下載時間細分(隨時間變化)）
“下載時間細分(隨時間變化)” 圖顯示選定網頁的頁面元素下載時間細分（隨時間變化）情況，它非常清晰地顯示了頁面各個元素在壓力測試過程中的下載情況。
“下載時間細分”圖顯示的是整個測試過程頁面元素響應的時間統計分析結果，“下載時間細分(隨時間變化)”顯示的事場景運行過程中每一秒內頁面元素響應時間的統計結果，
兩者分別從宏觀和微觀角度來分析頁面元素的下載時間。
4)、Timeto First Buffer Breakdown(Over Time)
（第一次緩衝時間細分(隨時間變化)）
“第一次緩衝時間細分(隨時間變化)”圖顯示成功收到從Web服務器返回的第一次緩衝
之前的這段時間，場景或會話步驟運行的每一秒中每個網頁組件的服務器時間和網絡時間（
以秒爲單位）。可以使用該圖確定場景或會話步驟運行期間服務器或網絡出現問題的時間。
First Buffer Time：是指客戶端與服務器端建立連接後，
從服務器發送第一個數據包開始計時，數據經過網絡傳送到客戶端，
到瀏覽器接收到第一個緩衝所用的時間。
3、Page Component Breakdown（頁面組件細分）
“頁面組件細分”圖顯示每個網頁及其組件的平均下載時間（以秒爲單位）。
可以根據下載組件所用的平均秒數對圖列進行排序，通過它有助於隔離有問題的組件。
4、Page Component Breakdown(Over Time)（頁面組件分解(隨時間變化)）
“頁面組件分解(隨時間變化)”圖顯示在方案運行期間的每一秒內每個網頁
及其組件的平均響應時間 （以秒爲單位）。
5、Page Download Time Breakdown（頁面下載時間細分）
“頁面下載時間細分”圖顯示每個頁面組件下載時間的細分，
可以根據它確定在網頁下載期間事務響應時間緩慢是由網絡錯誤引起還是由服務器錯誤引起。
“頁面下載時間細分”圖根據DNS解析時間、連接時間、第一次緩衝時間、
SSL握手時間、接收時間、FTP驗證時間、客戶端時間和錯誤時間來對每個組件的下載
過程進行細分。
6、Page Download Time Breakdown(Over Time)（頁面下載時間細分(隨時間變化)）
“頁面下載時間細分(隨時間變化)”圖顯示方案運行期間，每一秒內每個頁面組件
下載時間的細分。使用此圖可以確定網絡或服務器在方案執行期間哪一時間點發生了問題。
“頁面組件細分(隨時間變化)”圖和“頁面下載時間細分(隨時間變化)”
圖通常結合起來進行分析：首先確定有問題的組件，然後分析它們的下載過程，
進而定位原因在哪裏。
7、Time to First Buffer Breakdown（第一次緩衝時間細分）
“第一次緩衝時間細分”圖顯示成功收到從Web服務器返回的第一次緩衝之前的這一段時間內的每個頁面組件的相關服務器/網路時間。如果組件的下載時間很長，
則可以使用此圖確定產生的問題與服務器有關還是與網絡有關。
網絡時間：定義爲第一個HTTP請求那一刻開始，直到確認爲止所經過的平均時間。
服務器時間：定義爲從收到初始HTTP請求確認開始，
直到成功收到來自Web服務器的一次緩衝爲止所經過的平均時間。
8、Time to First Buffer Breakdown(Over Time)（第一次緩衝時間細分(隨時間變化)）
“第一次緩衝時間細分(隨時間變化)”圖顯示成功收到從Web服務器返回的第一
個緩衝之前的這段時間內，場景運行的每一秒中每個網頁組件的服務器時間和網絡時間。
可以使用此圖確定場景運行期間服務器或網絡出現問題的時間點。
9、Downloader ComponentSize(KB)（已下載組件大小）
“已下載組件大小”圖顯示每個已經下載的網頁組建的大小。通過它可以直接看出哪些組件比較大並需要進一步進行優化以提高性能。
（6）系統資源圖
系統資源圖主要監控場景運行期間系統資源使用率的情況。可以監控Windows資源、UNIX資源、SNMP資源、Antara FlameThrower資源和SiteScope資源。
（7）Web服務器資源圖
Web服務器資源圖主要用來捕捉場景運行時Web服務器的信息，主要用來分析Microsoft IIS服務器、Apache服務器、iPlanet/Netscape服務器和iPlanet（SNMP）服務器。
（8）數據庫服務器資源圖
數據庫服務器資源圖主要顯示數據庫服務器的統計信息。目前支持DB2、Oracle、SQL Server和Sybase數據庫。
三.如何用LoadRunner分析資源佔用率
1.平均事務響應時間
Average Transation Response Time
優秀：<2s
良好：2-5s
及格：6-10s
不及格：>10s
2.每秒點擊率
Hits per Second
當增大系統的壓力（或增加併發用戶數）時，吞吐率和TPS的變化曲線呈大體一致，則系統基本穩定。若壓力增大時，吞吐率的曲線增加到一定程度後出現變化緩 慢，甚至平坦，很可能是網絡出現帶寬瓶頸，同理若點擊率/TPS曲線出現變化緩慢或者平坦，很可能是服務器響應時間增加，觀察服務器資源使用情況，確定是 否是服務器問題。
3.請求響應時間
Time to Last Byte：繁瑣的業務，一般在15s之內；登錄的響應時間多數在3s之內；添加數據的響應時間在8s之內；打開頁面在5s之內。
4.每秒系統處理事務數
Transaction per second
5.吞吐量
Throughout
6.CPU利用率
Processor / %Processor Time
好：70%
壞：85%
很差：90%+
7.數據庫操作消耗的CPU時間
Processor / %User Time
如果該值較大，可以考慮是否能通過友好算法等方法降低這個值。如果該服務器是數據庫服務器， Processor\%User Time
值大的原因很可能是數據庫的排序或是函數操作消耗了過多的CPU時間，此時可以考慮對數據庫系統進行優化。
8.核心態CPU平均利用率
Processor /%Privileged Time 如果該參數值和“Physical
Disk”參數值一直很高，表明I/O有問題。可考慮更換更快的硬盤系統
9.處理隊列中的線程數
Processor / Processor Queue
Length 如果該值保持不變（>=2）個並且%Processor Time
超過90%，那麼可能存在處理器瓶頸。如果發現超過2，而處理器的利用率卻一直很低，那麼或許更應該去解決處理器阻塞問題，這裏處理器一般不是瓶頸。
10.文件系統緩存
Memory / Cache Bytes 50%的可用物理內存
11.剩餘的可用內存
Memory / Avaiable Mbytes 至少要有10%
的物理內存值
12.每秒下載頁數
Memory / pages/sec
好：無頁交換
壞：CPU每秒10個頁交換
很差：更多的頁交換
13.頁面讀取操作速率
Memory / page read/sec
如果頁面讀取操作速率很低，同時 % Disk Time 和 Avg.Disk Queue
Length的值很高，則可能有磁盤瓶徑。但是，如果隊列長度增加的同時頁面讀取速率並未降低，則內存不足。
14.物理磁盤利用率
Physical Disk / %Disk Time
好：<30%
壞：<40%
很差：<50%+
15.物理磁盤平均磁盤I/O隊列長度
Physical Disk / Avg.Disk Queue Length 該值應不超過磁盤數的1.5~2 倍。要提高性能，可增加磁盤
16.網絡吞吐量
Network Interface / Bytes Total/sec
判斷網絡連接速度是否是瓶頸，可以用該計數器的值和目前網絡的帶寬，結果應該小於50%
17.數據高速緩存區命中率
命中率應大於0.90最好
共享區庫緩存區命中率 命中率應大於0.99
監控 SGA 中字典緩衝區的命中率 命中率應大於0.85
檢測回滾段的爭用 小於1%
監控 SGA
中重做日誌緩存區的命中率應該小於1%
監控內存和硬盤的排序比率 最好使它小於 10%
if (fromjs.length > 0) { ("#fromjs .markdown_views pre").addClass("prettyprint"); prettyPrint(); ('pre.prettyprint code').each(function () {
var lines = (this).text().split('\n').length; var
- ').addClass('pre-numbering').hide();