1、QPS:單個進程每秒請求服務器的 成功次數(shù)

每秒查詢率(Query Per Second) ,每秒的響應請求數(shù)，也即是最大吞吐能力。
QPS = req/sec = 請求數(shù)/秒
QPS統(tǒng)計方式 [一般使用 http_load 進行統(tǒng)計]
QPS = 總請求數(shù) / ( 進程總數(shù) * 請求時間 )
QPS: 單個進程每秒請求服務器的成功次數(shù)
峰值QPS:

原理：每天80%的訪問集中在20%的時間里，這20%時間叫做峰值時間
公式：( 總PV數(shù) * 80% ) / ( 每天秒數(shù) * 20% ) = 峰值時間每秒請求數(shù)(QPS)

2、PV（Page View）:訪問量

訪問量即Page View, 即頁面瀏覽量或點擊量，用戶每次刷新即被計算一次
單臺服務器每天PV計算
公式1：每天總PV = QPS * 3600 * 6
公式2：每天總PV = QPS * 3600 * 8

3、UV（Unique Visitor）:獨立訪客

獨立訪客即Unique Visitor,訪問您網(wǎng)站的一臺電腦客戶端為一個訪客。00:00-24:00內相同的客戶端只被計算一次

服務器數(shù)量：
機器：峰值時間每秒QPS / 單臺機器的QPS = 需要的機器
機器：ceil( 每天總PV / 單臺服務器每天總PV )
并發(fā)數(shù)：

并發(fā)用戶數(shù)是指系統(tǒng)可以同時承載的正常使用系統(tǒng)功能的用戶的數(shù)量
吐吞量：

吞吐量是指系統(tǒng)在單位時間內處理請求的數(shù)量

4、響應時間（RT):

響應時間是指系統(tǒng)對請求作出響應的時間
例子：

每天300w PV 的在單臺機器上，這臺機器需要多少QPS？
答：( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS)
如果一臺機器的QPS是58，需要幾臺機器來支持？

答：139 / 58 = 3

最佳線程數(shù):

性能壓測的情況下，起初隨著用戶數(shù)的增加，QPS會上升，當?shù)搅艘欢ǖ拈y值之后，用戶數(shù)量增加QPS并不會增加，或者增加不明顯，同時請求的響應時間卻大幅增加。這個閥值我們認為是最佳線程數(shù)。

為什么要找最佳線程數(shù)

1. 過多的線程只會造成，更多的內存開銷，更多的CPU開銷，但是對提升QPS確毫無幫助
2. 找到最佳線程數(shù)后通過簡單的設置，可以讓web系統(tǒng)更加穩(wěn)定，得到最高，最穩(wěn)定的QPS輸出

最佳線程數(shù)的獲?。?/p>

1. 通過用戶慢慢遞增來進行性能壓測，觀察QPS，響應時間
2. 根據(jù)公式計算:服務器端最佳線程數(shù)量=((線程等待時間+線程cpu時間)/線程cpu時間) * cpu數(shù)量
3. 單用戶壓測，查看CPU的消耗，然后直接乘以百分比，再進行壓測，一般這個值的附近應該就是最佳線程數(shù)量。

影響最佳線程數(shù)的主要因素：

1. IO

IO開銷較多的應用其CPU線程等待時間會比較長，所以線程數(shù)量可以開的多一些，相反則線程數(shù)量要少一些，其實有兩種極端，純IO的應用，比如proxy，則線程數(shù)量可以開到非常大（實在太大了則需要考慮線程切換的開銷），這種應用基本上后端（比如這個proxy是代理搜索的）的QPS能有多少，proxy就有多少。

1. CPU

對于耗CPU的計算，這種情況一般來講只能開到CPU個數(shù)的線程數(shù)量。但是并不是說這種應用的QPS就不高，往往這種應用的QPS可以很高，因為耗CPU計算的應用，往往處理單次請求的時間會很短。

QPS和線程數(shù)的關系

1. 在最佳線程數(shù)量之前，QPS和線程是互相遞增的關系，線程數(shù)量到了最佳線程之后，QPS持平，不在上升，甚至略有下降，同時響應時間持續(xù)上升。

2. 同一個系統(tǒng)而言，最佳線程數(shù)越多，QPS越高

原文：https://blog.csdn.net/langduhualangdu/article/details/47055789

參考2（QPS（req/sec 每秒請求數(shù)）、PV 、RT （響應時間） 之間的關系）：https://blog.csdn.net/lzwglory/article/details/69230689