1.響應時間(rt)
響應時間是指系統對請求作出響應的時間。直觀上看，這個指標與人對軟體效能的主觀感受是非常一致的，因為它完整地記錄了整個計算機系統處理請求的時間。由於乙個系統通常會提供許多功能，而不同功能的處理邏輯也千差萬別，因而不同功能的響應時間也不盡相同，甚至同一功能在不同輸入資料的情況下響應時間也不相同。所以，在討論乙個系統的響應時間時，人們通常是指該系統所有功能的平均時間或者所有功能的最大響應時間。當然，往往也需要對每個或每組功能討論其平均響應時間和最大響應時間。
對於單機的沒有併發操作的應用系統而言，人們普遍認為響應時間是乙個合理且準確的效能指標。需要指出的是，響應時間的絕對值並不能直接反映軟體的效能的高低，軟體效能的高低實際上取決於使用者對該響應時間的接受程度。對於乙個遊戲軟體來說，響應時間小於100毫秒應該是不錯的，響應時間在1秒左右可能屬於勉強可以接受，如果響應時間達到3秒就完全難以接受了。而對於編譯系統來說，完整編譯乙個較大規模軟體的源**可能需要幾十分鐘甚至更長時間，但這些響應時間對於使用者來說都是可以接受的。
吞吐量(throughput)
吞吐量是指系統在單位時間內處理請求的數量。對於無併發的應用系統而言，吞吐量與響應時間成嚴格的反比關係，實際上此時吞吐量就是響應時間的倒數。前面已經說過，對於單使用者的系統，響應時間（或者系統響應時間和應用延遲時間）可以很好地度量系統的效能，但對於併發系統，通常需要用吞吐量作為效能指標。
對於乙個多使用者的系統，如果只有乙個使用者使用時系統的平均響應時間是t，當有你n個使用者使用時，每個使用者看到的響應時間通常並不是n×t，而往往比n×t小很多（當然，在某些特殊情況下也可能比n×t大，甚至大很多）。這是因為處理每個請求需要用到很多資源，由於每個請求的處理過程中有許多不走難以併發執行，這導致在具體的乙個時間點，所佔資源往往並不多。也就是說在處理單個請求時，在每個時間點都可能有許多資源被閒置，當處理多個請求時，如果資源配置合理，每個使用者看到的平均響應時間並不隨使用者數的增加而線性增加。實際上，不同系統的平均響應時間隨使用者數增加而增長的速度也不大相同，這也是採用吞吐量來度量併發系統的效能的主要原因。一般而言，吞吐量是乙個比較通用的指標，兩個具有不同使用者數和使用者使用模式的系統，如果其最大吞吐量基本一致，則可以判斷兩個系統的處理能力基本一致。
qps每秒查詢率(query per second)
每秒查詢率qps是對乙個特定的查詢伺服器在規定時間內所處理流量多少的衡量標準，在網際網路上，作為網域名稱系統伺服器的機器的效能經常用每秒查詢率來衡量。對應fetches/sec，即每秒的響應請求數，也即是最大吞吐能力。 （看來是類似於tps，只是應用於特定場景的吞吐量）
qps: 每秒鐘處理完請求的次數；注意這裡是處理完。具體是指發出請求到伺服器處理完成功返回結果。可以理解在server中有個counter，每處理乙個請求加1，1秒後counter=qps。
tps：是transactionspersecond的縮寫，也就是事務數/秒。它是軟體測試結果的測量單位。乙個事務是指乙個客戶機向伺服器傳送請求然後伺服器做出反應的過程。客戶機在傳送請時開始計時，收到伺服器響應後結束計時，以此來計算使用的時間和完成的事務個數。
高併發指標
基本概念 pv uv qps 併發數 tps概念以及計算方式 tps transactions per second 每秒事務數 qps query per second 每秒請求數，就是說伺服器在一秒的時間內處理了多少個請求。qps於tps的概念很類似，本人很多時候甚至不做兩者的詳細區分。qps的...
高併發 高可用
高併發 提高系統併發能力的方法主要有兩種 前者垂直擴充套件可以通過提公升單機硬體效能，或者提公升單機架構效能，來提高併發性，但單機效能總是有極限的，網際網路分布式架構設計高併發終極解決方案還是後者 水平擴充套件。網際網路分層架構中，各層次水平擴充套件的實踐又有所不同 1 反向 層可以通過 dns輪詢...
高併發 高併發測試筆記
問 高併發測試 一般你們用什麼工具來模擬 10萬級別的客戶端併發？在普通的電腦上可以模擬嗎 10萬併發需要至少10萬的套接字，套接字在核心中占用記憶體100000 6k 2 1g記憶體，系統需要能夠開啟10w個fd。一般的系統能夠能模擬 問 預設每個程序只能開1024個fd，修改後最大可以10w，那...