qps queries per second 是每秒查詢率 ,是一台伺服器每秒能夠相應的查詢次數，是對乙個特定的查詢伺服器在規定時間內所處理流量多少的衡量標準, 即每秒的響應請求數，也即是最大吞吐能力。
tps transactions per second 也就是事務數/秒。乙個事務是指乙個客戶機向伺服器傳送請求然後伺服器做出反應的過程。客戶機在傳送請求時開始計時，收到伺服器響應後結束計時，以此來計算使用的時間和完成的事務個數。
(1) tps即每秒處理事務數，包括了
這三個過程，每秒能夠完成n個這三個過程，tps也就是n；(2) qps基本類似於tps，但是不同的是，對於乙個頁面的一次訪問，形成乙個tps；但一次頁面請求，可能產生多次對伺服器的請求，伺服器對這些請求，就可計入「qps」之中。
例如：訪問乙個頁面會請求伺服器3次，一次放，產生乙個「t」，產生3個「q」併發數（併發度）：指系統同時能處理的請求數量，同樣反應了系統的負載能力。這個數值可以分析機器1s內的訪問日誌數量來得到。乙個大胃王一秒能吃10個包子，乙個女孩子0.1秒能吃1個包子，那麼他們是不是一樣的呢？答案是否定的，因為這個女孩子不可能在一秒鐘吃下10個包子，她可能要吃很久。這個時候這個大胃王就相當於tps，而這個女孩子則是qps。雖然很相似，但其實是不同的。
吞吐量是指系統在單位時間內處理請求的數量，tps、qps都是吞吐量的常用量化指標。
(1) 系統吞吐量要素
乙個系統的吞吐量（承壓能力）與request（請求）對cpu的消耗，外部介面，io等等緊密關聯。
單個request 對cpu消耗越高，外部系統介面，io影響速度越慢，系統吞吐能力越低，反之越高。
(2) 重要引數
qps(tps),併發數，響應時間
(3) 關係qps(tps)=併發數/平均響應時間
乙個系統吞吐量通常有qps(tps),併發數兩個因素決定，每套系統這個兩個值都有乙個相對極限值，在應用場景訪問壓力下，只要某一項達到系統最高值，系統吞吐量就上不去了，如果壓力繼續增大，系統的吞吐量反而會下降，原因是系統超負荷工作，上下文切換，記憶體等等其他消耗導致系統效能下降。
pv（page view）：頁面訪問量，即頁面瀏覽量或點選量，使用者每次重新整理即被計算一次。可以統計服務一天的訪問日誌得到。
uv（unique visitor）：獨立訪客，統計1天內訪問某站點的使用者數。可以統計服務一天的訪問日誌並根據使用者的唯一標識去重得到。響應時間（rt）：響應時間是指系統對請求作出響應的時間，一般取平均響應時間。可以通過nginx、apache之類的web server得到。
dau(daily active user)，日活躍使用者數量。常用於反映**、網際網路應用或網路遊戲的運營情況。dau通常統計一日（統計日）之內，登入或使用了某個產品的使用者數（去除重複登入的使用者），與uv概念相似 。
我們在做系統設計的時候就需要考慮cpu運算，io，外部系統響應因素造成的影響以及對系統效能的初步預估。
而通常情況下，我們面對需求，我們評估出來的出來qps，併發數之外，還有另外乙個維度：日pv。
通過觀察系統的訪問日誌發現，在使用者量很大的情況下，各個時間週期內的同一時間段的訪問流量幾乎一樣。比如工作日的每天早上。只要能拿到日流量圖和qps我們就可以推算日流量。
通常的技術方法：
1、找出系統的最高tps和日pv，這兩個要素有相對比較穩定的關係（除了放假、季節性因素影響之外）
2、通過壓力測試或者經驗預估，得出最高tps，然後跟進1的關係，計算出系統最高的日吞吐量。b2b中文和**面對的客戶群不一樣，這兩個客戶群的網路行為不應用，他們之間的tps和pv關係比例也不一樣。
軟體做效能測試時需要關注哪些效能呢？
首先，開發軟體的目的是為了讓使用者使用，我們先站在使用者的角度分析一下，使用者需要關注哪些效能。
對於使用者來說，當點選乙個按鈕、鏈結或發出一條指令開始，到系統把結果已使用者感知的形式展現出來為止，這個過程所消耗的時間是使用者對這個軟體效能的直觀印 象。也就是我們所說的響應時間，當相應時間較小時，使用者體驗是很好的，當然使用者體驗的響應時間包括個人主觀因素和客觀響應時間，在設計軟體時，我們就需要 考慮到如何更好地結合這兩部分達到使用者最佳的體驗。如：使用者在大資料量查詢時，我們可以將先提取出來的資料展示給使用者，在使用者看的過程中繼續進行資料檢 索，這時使用者並不知道我們後台在做什麼。
使用者關注的是使用者操作的相應時間。
其次，我們站在管理員的角度考慮需要關注的效能點。
1、 響應時間
2、 伺服器資源使用情況是否合理
3、 應用伺服器和資料庫資源使用是否合理
4、 系統能否實現擴充套件
5、 系統最多支援多少使用者訪問、系統最大業務處理量是多少
6、 系統效能可能存在的瓶頸在**
7、 更換那些裝置可以提高效能
8、 系統能否支援7×24小時的業務訪問
再次，站在開發（設計）人員角度去考慮。
1、 架構設計是否合理
2、 資料庫設計是否合理
3、 **是否存在效能方面的問題
4、 系統中是否有不合理的記憶體使用方式
5、 系統中是否存在不合理的執行緒同步方式
6、 系統中是否存在不合理的資源競爭
響應時間=n1+n2+n3+n4+a1+a3+a2
2）併發使用者數的計算公式:
系統使用者數：系統額定的使用者數量，如乙個oa系統，可能使用該系統的使用者總數是5000個，那麼這個數量，就是系統使用者數。
平均併發使用者數的計算：c=nl / t
其中c是平均的併發使用者數，n是平均每天訪問使用者數（login session），l是一天內使用者從登入到退出的平均時間（login session的平均時間），t是考察時間長度（一天內多長時間有使用者使用系統）
併發使用者數峰值計算：c^約等於c + 3*根號c
其中c^是併發使用者峰值，c是平均併發使用者數，該公式遵循泊松分布理論。
3）吞吐量的計算公式:
指單位時間內系統處理使用者的請求數
從業務角度看，吞吐量可以用：請求數/秒、頁面數/秒、人數/天或處理業務數/小時等單位來衡量
從網路角度看，吞吐量可以用：位元組/秒來衡量
對於互動式應用來說，吞吐量指標反映的是伺服器承受的壓力，他能夠說明系統的負載能力
以不同方式表達的吞吐量可以說明不同層次的問題，例如，以位元組數/秒方式可以表示數要受網路基礎設施、伺服器架構、應用伺服器制約等方面的瓶頸；已請求數/秒的方式表示主要是受應用伺服器和應用**的制約體現出的瓶頸。
當沒有遇到效能瓶頸的時候，吞吐量與虛擬使用者數之間存在一定的聯絡，可以採用以下公式計算：f=vu * r /
其中f為吞吐量，vu表示虛擬使用者個數，r表示每個虛擬使用者發出的請求數，t表示效能測試所用的時間
4）效能計數器:
是描述伺服器或作業系統效能的一些資料指標，如使用記憶體數、程序時間，在效能測試中發揮著「監控和分析」的作用，尤其是在分析統統可擴充套件性、進行新能瓶頸定位時有著非常關鍵的作用。
資源利用率：指系統各種資源的使用情況，如cpu佔用率為68%，記憶體佔用率為55%，一般使用「資源實際使用/總的資源可用量」形成資源利用率。
5）思考時間的計算公式:
think time，從業務角度來看，這個時間指使用者進行操作時每個請求之間的時間間隔，而在做新能測試時，為了模擬這樣的時間間隔，引入了思考時間這個概念，來更加真實的模擬使用者的操作。
在吞吐量這個公式中f=vu * r / t說明吞吐量f是vu數量、每個使用者發出的請求數r和時間t的函式，而其中的r又可以用時間t和使用者思考時間ts來計算：r = t / ts
下面給出乙個計算思考時間的一般步驟：
a、首先計算出系統的併發使用者數
c=nl / t f=r×c
b、統計出系統平均的吞吐量
f=vu * r / t r×c = vu * r / t
c、統計出平均每個使用者發出的請求數量
r=uct/vu
d、根據公式計算出思考時間
ts=t/r
TPS 併發使用者數 吞吐量關係
主要描述了在效能測試中,關於tps 併發使用者數 吞吐量之間的關係和一些計算方法。乙個系統的吞度量 承壓能力 與request對cpu的消耗 外部介面 io等等緊密關聯。單個reqeust 對cpu消耗越高，外部系統介面 io影響速度越慢，系統吞吐能力越低，反之越高。系統吞吐量幾個重要引數 qps ...
系統設計 併發使用者數與吞吐量
在做系統設計時，架構師希望建立一套高效能的系統，而吞吐量 tps 則作為衡量系統效能的重要指標。在做效能測試的時候，測試人員需要了解系統併發使用者數 系統吞吐量 以及響應時間等，下面就按照這幾者之間的關係簡單整理如下。其中c是平均的併發使用者數，n是平均每天訪問使用者數 login session ...
併發使用者數，吞吐量計算公式
一 經典公式1 一般來說，利用以下經驗公式進行估算系統的平均併發使用者數和峰值資料 1 平均併發使用者數為 c nl t 2 併發使用者數峰值 c c 3 根號c c是平均併發使用者數，n是login session的數量，l是login session的平均長度，t是值考察的時間長度 c 是併發使...