QPS等技術指標學習

2021-09-25 16:42:31 字數 1400 閱讀 6387

目的:學習常用效能指標

本次了解範圍:qps、tps、併發數、響應時間

1、響應時間rt(reaction time)一般取平均響應時間

2、吞吐量tps(throughput)

吞吐量是指單位時間內處理請求的數量。無併發的系統,吞吐量和響應時間成反比;併發系統,通常需要用吞吐量作為效能指標。

一般而言,吞吐量是乙個比較通用的指標,兩個具有不同使用者數和使用者使用模式的系統,如果其最大吞吐量基本一致,則可以判斷兩個系統的處理能力基本一致。

3、併發使用者數

併發使用者數是指系統可以同時承載的正常使用系統的使用者數量。併發使用者數是更加直觀更加籠統的效能指標。

併發使用者數是系統可以同時承載的使用者數量,但是使用者不同的使用模式會導致併發使用者數不同(參考註冊使用者,訪問網頁使用者,請求使用者)。所以,一般情況下以同時傳送請求使用者數作為效能指標更加準確些。

4、qps 每秒查詢率(query per second):每秒鐘request/事務 數量

qps是衡量伺服器效能的指標,qps=併發量/響應時間,一般用每秒查詢率進行衡量,即每秒的響應請求數量。

5、併發數:系統同時處理的request/事務

舉個例子:

銀行視窗業務,早上8點上班,視窗數量為10個視窗,平均每個人辦理業務的時候為5分鐘。可以用下面的方法計算。

併發數=10個視窗

平均響應時間為 = 5*60 秒

qps = 10/(5*60) 事務/秒

系統的吞吐量一般由併發數和響應時間決定,所以需要增加併發數,或者減少平局響應時間

①增加併發數

1.比如增加tomcat併發的執行緒數,和伺服器效能匹配的執行緒數,可以更多滿足服務請求。

2.增加資料庫的連線數,預建立合適數量的tcp連線數

3.後端服務盡量無狀態話,可以更好支援橫向擴容,滿足更大流量要求

4.呼叫鏈路上的各個系統和服務盡量不要單點,要從頭到尾都是能力對等的,不能讓其中某一點成為瓶頸。

5.rpc呼叫的盡量使用執行緒池,預先建立合適的連線數。

②減少平均響應時間

1.請求盡量越前結束,越好,這樣壓力就不要穿透到後面的系統上,可以在各個層上加上快取

2.流量消峰。放行適當的流量,處理不了的請求直接返回錯誤或者其他提示。和水壩道理很類似

3.減少呼叫鏈

4.優化程式

5.減少網路開銷,適當使用長連線

6.優化資料庫,建立索引

通俗的講,如果需要提高併發,需要程式優化,買伺服器提高效能,增加頻寬提高傳輸效率,增加快取將壓力前置。

參考:1、 立峰

2、掘金  askharries  

吞吐量 QPS 併發數等概念

開發原因需要了解吞吐量 tps qps 併發數 響應時間 rt 等概念如下 1。響應時間 rt 響應時間是指系統響應請求的時間。直覺上,這個指標非常符合人們對軟體效能的主觀感受,因為它完整地記錄了整個計算機系統的處理時間。由於乙個系統通常提供多種功能,不同功能的處理邏輯差異很大,不同功能的響應時間也...

關於常量指標 指標常量等

在學習c語言中,我們會很頭疼指標這一東西,可以說指標是c語言的靈魂。不懂指標,就相當於c語言不過關。接下來,我將簡要說下指標,重點放在指向指向非常量資料的非常量指標 指向常量資料的非常量指標 指向非常量資料的常量指標 只想常量資料的常量指標。指標 指標是乙個特殊的變數,它裡面儲存的數值被解釋成為記憶...

如何計算MySQL中的QPS及TPS指標

先來認識一下以下幾個有關查詢的指標 questions mysql從上一次啟動到當前客戶端傳送給mysql的查詢數量,不包括儲存過程內部的查詢。它不統計com ping,com statistics,com stmt prepare,com stmt close,com stmt reset數量,但...