1.效能測試從外部看，主要關注這三個指標：吞吐量,響應時間，錯誤率
吞吐量的指標受到響應時間，伺服器軟硬體配置，網路狀態等多方面因素影響
正常來說-吞吐量越大,響應時間越長;伺服器硬體配置越高，吞吐量越大；網路越差，吞吐量越小

2.與系統吞吐量有關的幾個重要引數：QPS(TPS),併發數,響應時間越長
QPS（TPS）= 併發數/平均響應時間
一個系統吞吐量通常由QPS（TPS）、併發數兩個因素決定，每套系統這兩個值都有一個相對極限值，在應用場景訪問壓力下，只要某一項達到系統最高值，系統的吞吐量就上不去了，如果壓力繼續增大，系統的吞吐量反而會下降，原因是系統超負荷工作，上下文切換、記憶體等等其它消耗導致系統性能下降

3.併發數、QPS、平均響應時間三者之間關係

4.從伺服器的角度看，效能測試主要關注CPU、記憶體、伺服器負載、網路、磁碟IO等
top命令可以檢視
cpu-後臺服務的所有指令和資料處理都是由CPU負責，服務對CPU的利用率對服務的效能起著決定性的作用

us & sy：大部分後臺服務使用的CPU時間片中us和sy的佔用比例是最高的。同時這兩個指標又是互相影響的，us的比例高了，sy的比例就低，反之亦然。通常sy比例過高意味著被測服務在使用者態和系統態之間切換比較頻繁，此時系統整體效能會有一定下降。另外，在使用多核CPU的伺服器上，CPU 0負責CPU各核間的排程，CPU 0上的使用率過高會導致其他CPU核心之間的排程效率變低。因此測試過程中CPU 0需要重點關注。

id：線上服務執行過程中，需要保留一定的id冗餘來應對突發的流量激增。在效能測試過程中，如果id一直很低，吞吐量上不去，需要檢查被測服務執行緒/程序配置、伺服器系統配置等。
wa：磁碟、網路等IO操作會導致CPU的wa指標提高。通常情況下，網路IO佔用的wa資源不會很高，而頻繁的磁碟讀寫會導致wa激增。如果被測服務不是IO密集型的服務，那需要檢查被測服務的日誌量、資料載入頻率等。

記憶體：top命令可以檢視
VIRT：程序所使用的虛擬記憶體的總數。它包括所有的程式碼，資料和共享庫，加上已換出的頁面，所有已申請的總記憶體空間

RES：程序正在使用的沒有交換的實體記憶體（棧、堆），申請記憶體後該記憶體段已被重新賦值

SHR：程序使用共享記憶體的總數。該數值只是反映可能與其它程序共享的記憶體，不代表這段記憶體當前正被其他程序使用

SWAP：程序使用的虛擬記憶體中被換出的大小，交換的是已經申請，但沒有使用的空間，包括（棧、堆、共享記憶體）

DATA：程序除可執行程式碼以外的實體記憶體總量，即程序棧、堆申請的總空間

從上面的解釋可以看出，測試過程中主要監控RES和VIRT，對於使用了共享記憶體的多程序架構服務，還需要監沙發控SHR

網路--可以使用nethogs命令檢視

磁碟IO--可以用iostat命令來監控磁碟狀態、