系統吞吐量與QPS TPS

qps：queries per second意思是「每秒查詢率」，是一台伺服器每秒能夠相應的查詢次數，是對乙個特定的查詢伺服器在規定時間內所處理流量多少的衡量標準。

tps：是transactionspersecond的縮寫，也就是事務數/秒。它是軟體測試結果的測量單位。乙個事務是指乙個客戶機向伺服器傳送請求然後伺服器做出反應的過程。客戶機在傳送請求時開始計時，收到伺服器響應後結束計時，以此來計算使用的時間和完成的事務個數。

tps即每秒處理事務數，包括了三步：

1）使用者請求伺服器

2）伺服器自己的內部處理

3）伺服器返回給使用者

這三個過程，每秒能夠完成n個這三個過程，tps也就是n；

qps基本類似於tps，但是不同的是，對於乙個頁面的一次訪問，形成乙個tps；但一次頁面請求，可能產生多次對伺服器的請求，伺服器對這些請求，均可計入「qps」之中。

例如：訪問乙個頁面會請求伺服器3次，這中間只產生乙個「t」，而產生3個「q」

乙個系統的吞度量（承壓能力）與request對cpu的消耗、外部介面、io等等緊密關聯。單個reqeust 對cpu消耗越高，外部系統介面響應越慢、io影響速度越慢等等，系統吞吐能力就越低，反之越高。

系統吞吐量幾個重要引數：qps（tps）、併發數、響應時間

qps（tps）：每秒鐘request/事務數量

併發數：系統同時處理的request/事務數

（很多人經常會把併發數和tps理解混淆）

理解了上面三個要素的意義之後，就能推算出它們之間的關係：

qps（tps）= 併發數/平均響應時間或者併發數 = qps*平均響應時間

例如：乙個典型的上班簽到系統，早上8點上班，7點半到8點的30分鐘的時間裡使用者會登入簽到系統進行簽到。公司員工為1000人，平均每個員上登入簽到系統的時長為5分鐘。可以用下面的方法計算。

qps（tps） = 1000/(30*60) 事務/秒

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

併發數= qps*平均響應時間 = 1000/(30*60) *(5*60)=166.7

再例如：如果使用jemert進行壓測，對系統傳送最高值達600的請求，平均響應時間為9秒

併發數 = 600

平均響應時間為 = 9 秒

qps（tps）= 併發數/平均響應時間=600/9=66.67事務/秒

乙個系統吞吐量通常由qps（tps）、併發數兩個因素決定，每套系統這兩個值都有乙個相對極限值，在應用場景訪問壓力下，只要某一項達到系統最高值，系統的吞吐量就上不去了，如果壓力繼續增大，系統的吞吐量反而會下降，原因是系統超負荷工作，上下文切換、記憶體等等其它消耗導致系統效能下降。

**：