開發的原因，需要對吞吐量（tps）、qps、併發數、響應時間（rt）幾個概念做下了解，
響應時間(rt)
響應時間是指系統對請求作出響應的時間。直觀上看，這個指標與人對軟體效能的主觀感受是非常一致的，因為它完整地記錄了整個計算機系統處理請求的時間。由於乙個系統通常會提供許多功能，而不同功能的處理邏輯也千差萬別，因而不同功能的響應時間也不盡相同，甚至同一功能在不同輸入資料的情況下響應時間也不相同。所以，在討論乙個系統的響應時間時，人們通常是指該系統所有功能的平均時間或者所有功能的最大響應時間。當然，往往也需要對每個或每組功能討論其平均響應時間和最大響應時間。
對於單機的沒有併發操作的應用系統而言，人們普遍認為響應時間是乙個合理且準確的效能指標。需要指出的是，響應時間的絕對值並不能直接反映軟體的效能的高低，軟體效能的高低實際上取決於使用者對該響應時間的接受程度。對於乙個遊戲軟體來說，響應時間小於100毫秒應該是不錯的，響應時間在1秒左右可能屬於勉強可以接受，如果響應時間達到3秒就完全難以接受了。而對於編譯系統來說，完整編譯乙個較大規模軟體的源**可能需要幾十分鐘甚至更長時間，但這些響應時間對於使用者來說都是可以接受的。
吞吐量(throughput)
吞吐量是指系統在單位時間內處理請求的數量。對於無併發的應用系統而言，吞吐量與響應時間成嚴格的反比關係，實際上此時吞吐量就是響應時間的倒數。前面已經說過，對於單使用者的系統，響應時間（或者系統響應時間和應用延遲時間）可以很好地度量系統的效能，但對於併發系統，通常需要用吞吐量作為效能指標。
對於乙個多使用者的系統，如果只有乙個使用者使用時系統的平均響應時間是t，當有你n個使用者使用時，每個使用者看到的響應時間通常並不是n×t，而往往比n×t小很多（當然，在某些特殊情況下也可能比n×t大，甚至大很多）。這是因為處理每個請求需要用到很多資源，由於每個請求的處理過程中有許多不走難以併發執行，這導致在具體的乙個時間點，所佔資源往往並不多。也就是說在處理單個請求時，在每個時間點都可能有許多資源被閒置，當處理多個請求時，如果資源配置合理，每個使用者看到的平均響應時間並不隨使用者數的增加而線性增加。實際上，不同系統的平均響應時間隨使用者數增加而增長的速度也不大相同，這也是採用吞吐量來度量併發系統的效能的主要原因。一般而言，吞吐量是乙個比較通用的指標，兩個具有不同使用者數和使用者使用模式的系統，如果其最大吞吐量基本一致，則可以判斷兩個系統的處理能力基本一致。
qps每秒查詢率(query per second)
每秒查詢率qps是對乙個特定的查詢伺服器在規定時間內所處理流量多少的衡量標準，在網際網路上，作為網域名稱系統伺服器的機器的效能經常用每秒查詢率來衡量。對應fetches/sec，即每秒的響應請求數，也即是最大吞吐能力。 （看來是類似於tps，只是應用於特定場景的吞吐量）
吞吐量（TPS） QPS 併發數 響應時間（RT）
遇到乙個架構師面試題 如果有乙個100萬的qps專案，你會從哪些方面考慮系統的設計？才發現連qps是什麼都不知道 網上找到乙個這些概念的總結，抄一下 吞吐量 throughput tps 吞吐量是指系統在單位時間內處理請求的數量。對於無併發的應用系統而言，吞吐量與響應時間成嚴格的反比關係，實際上此時...
吞吐量（TPS） QPS 併發數 響應時間（RT）
qps 原理 每天80 的訪問集中在20 的時間裡，這20 時間叫做峰值時間。公式 總pv數 80 每天秒數 20 峰值時間每秒請求數 qps 機器 峰值時間每秒qps 單台機器的qps 需要的機器 每天300w pv 的在單台機器上，這台機器需要多少qps？3000000 0.8 86400 0....
TPS QPS 吞吐量，如何計算
tps transaction per second 代表每秒執行的事務數量，可基於測試週期內完成的事務數量計算得出。tps 事務數 時間 秒 例如 使用者每分鐘執行6個事務，tps為6 60s 0.10 tps。同時我們會知道事務的響應時間 或節拍 60秒完成6個事務，代表每個事務的響應時間或節拍...