文章目錄
- 吞吐量
- QPS
- TPS
- 并發數
- 回應時間RT
- QPS，RT，并發數三者關系
吞吐量
在了解 QPS(TPS)，RT，并發數之前，先明確一個概念，系統的吞吐量是指什么？一般來說，系統的吞吐量是指系統的抗壓、負載能力，指的是單位時間內處理的請求數量，通常情況下，吞吐率用 “位元組數/秒” 來衡量，也可以用 “請求數/秒”，“頁面數/秒”，其實，不管是一個請求還是一個頁面，本質都是網路上傳輸的資料，那么表示資料的單位就是位元組數，
系統吞吐量的幾個重要引數：QPS（TPS），并發數，回應時間等，系統的吞吐量通常由這幾個引數值來決定，
QPS
Queries Per Second，每秒查詢數，即是每秒能夠回應的查詢次數，注意這里的查詢是指用戶發出請求到服務器做出回應成功的次數，簡單理解可以認為查詢=請求request
qps = 每秒鐘request數量
TPS
Transactions Per Second ，每秒處理的事務數，一個事務是指一個客戶機向服務器發送請求然后服務器做出反應的程序，客戶機在發送請求時開始計時，收到服務器回應后結束計時，以此來計算使用的時間和完成的事務個數，
針對單介面而言，TPS可以認為是等價于QPS的，比如訪問一個頁面/index.html，是一個TPS，而訪問/index.html頁面可能請求了3次服務器比如css、js、index介面，產生了3個QPS，
tps = 每秒鐘事務數量
并發數
并發數是指系統同時能處理的請求數量，反映了系統的負載能力，
并發數 = 系統同時處理的request/事務數
回應時間RT
Response Time，簡單理解為系統從輸入到輸出的時間間隔，寬泛的來說，代表從客戶端發起請求到服務端接收到請求并回應所有資料的時間差，一般取平均回應時間，
QPS，RT，并發數三者關系
QPS = 并發數 / 評價回應時間
一個系統吞吐量通常由QPS（TPS）、并發數兩個因素決定，每套系統這兩個值都有一個相對極限值，在應用場景訪問壓力下，只要某一項達到系統最高值，系統的吞吐量就上不去了，如果壓力繼續增大，系統的吞吐量反而會下降，原因是系統超負荷作業，背景關系切換、記憶體等等其它消耗導致系統性能下降，
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/247216.html
標籤：其他
上一篇：Redis為什么這么快