一、QPS（Query Per Second）每秒查詢率
每秒查詢數，每秒系統能夠處理的查詢請求次數。
二、TPS（Transactions Per Second）：每秒事務
每秒事務數，每秒系統能夠處理的事務次數。
一個事務是指一個客戶機向服務器發送請求然后服務器做出反應的過程。客戶機在發送請求時開始計時，收到服務器響應后結束計時，以此來計算使用的時間和完成的事務個數。
TPS與QPS區別：
對於客戶端發起請求到收到服務端最終響應的整個過程，這是一個TPS。
而在這個TPS中，為了處理第一次請求可能會引發后續多次對服務端的訪問才能完成這次工作，每次訪問都算一個QPS。
所以，一個TPS可能包含多個QPS。
三、RT，響應時間
響應時間：執行一個請求從開始到最后收到響應數據所花費的總體時間,即從客戶端發起請求到收到服務器響應結果的時間。響應時間RT(Response-time)，是一個系統最重要的指標之一，它的數值大小直接反應了系統的快慢。
四、並發數
並發數是指系統同時能處理的請求數量，這個也是反應了系統的負載能力。
這個數值可以分析機器1s內的訪問日志數量來得到。
五、吞吐量
系統的吞吐量（承壓能力）與request對CPU的消耗、外部接口、IO等等緊密關聯。單個request 對CPU消耗越高，外部系統接口、IO速度越慢，系統吞吐能力越低，反之越高。系統吞吐量幾個重要參數：QPS（TPS）、並發數、響應時間。
QPS（TPS）：（Query Per Second）每秒鍾request/事務 數量
並發數： 系統同時處理的request/事務數
響應時間： 一般取平均響應時間
理解了上面三個要素的意義之后，就能推算出它們之間的關系：
QPS（TPS）= 並發數/平均響應時間
並發數 = QPS*平均響應時間
六、PV
PV（Page View）：頁面訪問量，即頁面瀏覽量或點擊量，用戶每次刷新即被計算一次。可以統計服務一天的訪問日志得到。
七、UV
UV（Unique Visitor）：獨立訪客，統計1天內訪問某站點的用戶數。可以統計服務一天的訪問日志並根據用戶的唯一標識去重得到。響應時間（RT）：響應時間是指系統對請求作出響應的時間，一般取平均響應時間。可以通過Nginx、Apache之類的Web Server得到。
八、DAU
DAU(Daily Active User)，日活躍用戶數量。常用於反映網站、互聯網應用或網絡游戲的運營情況。DAU通常統計一日（統計日）之內，登錄或使用了某個產品的用戶數（去除重復登錄的用戶），與UV概念相似
九、MAU
MAU(Month Active User)：月活躍用戶數量，指網站、app等去重后的月活躍用戶數量
十、系統吞吐量評估
我們在做系統設計的時候就需要考慮CPU運算，IO，外部系統響應因素造成的影響以及對系統性能的初步預估。
而通常情況下，我們面對需求，我們評估出來的出來QPS，並發數之外，還有另外一個維度：日pv。
通過觀察系統的訪問日志發現，在用戶量很大的情況下，各個時間周期內的同一時間段的訪問流量幾乎一樣。比如工作日的每天早上。只要能拿到日流量圖和QPS我們就可以推算日流量。
通常的技術方法：
1、找出系統的最高TPS和日PV，這兩個要素有相對比較穩定的關系（除了放假、季節性因素影響之外）
2、通過壓力測試或者經驗預估，得出最高TPS，然后跟進1的關系，計算出系統最高的日吞吐量。B2B中文和淘寶面對的客戶群不一樣，這兩個客戶群的網絡行為不應用，他們之間的TPS和PV關系比例也不一樣。