并發用戶數和QPS兩個概念沒有直接關系，但是如果要說QPS時，一定需要指明是多少并發用戶數下的QPS，否則豪無意義，因為單用戶數的40QPS和20并發用戶數下的40QPS是兩個不同的概念。前者說明該應用可以在一秒內串行執行40個請求，而后者說明在并發20個請求的情況下，一秒內該應用能處理40個請求，當QPS相同時，越大的并發用戶數，代表了網站并發處理能力越好。對于當前的web服務器，其處理單個用戶的請求肯定戳戳有余，這個時候會存在資源浪費的情況（一方面該服務器可能有多個cpu，但是只處理單個進程，另一方面，在處理一個進程中，有些階段可能是IO階段，這個時候會造成CPU等待，但是有沒有其他請求進程可以被處理）。而當并發數設置的過大時，每秒鐘都會有很多請求需要處理，會造成進程（線程）頻繁切換，反正真正用于處理請求的時間變少，每秒能夠處理的請求數反而變少，同時用戶的請求等待時間也會變大，甚至超過用戶的心理底線。

所以在最小并發數和最大并發數之間，一定有一個最合適的并發數值，在并發數下，QPS能夠達到最大。

但是，這個并發并非是一個最佳的并發，因為當QPS到達最大時的并發，可能已經造成用戶的等待時間變得超過了其最優值，所以對于一個系統，其最佳的并發數，一定需要結合QPS，用戶的等待時間來綜合確定。



圖1 并發用戶數，QPS，用戶平均等待時間（響應時間關系圖）

上面這張圖是應用其他人的關于并發用戶數，QPS，用戶平均等待時間的一張關系圖，對于實際的系統，也應該是對于不同的并發數，進行多次測試，獲取到這些數值后，畫出這樣一張圖出來，以便于分析出系統的最佳并發用戶數。