事務(Transaction)前端
通俗理解就是用戶某一步或幾步操做的集合。通常,事務的定義都須要跟業務相關,好比用戶一次登陸過程,使用淘寶時的支付過程等,須要理解事務不等於請求。服務器
事務響應時間併發
完成整個事務所用的時間,這個性能指標是咱們在業務層面重點關注的一個指標。如:跨行轉帳業務。工具
TPS(Transaction Per Second)性能
每秒事務數,它是吞吐量的經常使用量化指標,系統吞吐量是最能直接體現軟件系統負載承受能力的指標。測試
TPS須要理解的幾個點:網站
QPS(Query Per Second):每秒查詢數。設計
HPS/RPS(Request Per Second):每秒HTTP請求數。3d
QPS(TPS)= 併發數/平均響應時間日誌
若是是單接口請求,QPS有時也說TPS,指的就是系統的通通量,每秒請求/事務數。
利用jmeter測試的指標爲Throughput,在聚合報告中能夠查看到該指標。
咱們要記住一個原則,一個系統的性能實際上是由TPS決定,跟併發用戶數沒有多大關係。
通常在一樣的TPS下,能夠用不一樣併發用戶數去壓測獲得,只是獲得響應時間不一樣。
響應時間
響應時間公式:響應時間=請求傳輸時間+Server處理時間+響應傳輸時間+前端解析渲染時間。
T=N1+N2+N3+N4+A1+A2+A3
這個是嚴格意義的響應時間,咱們通常測試的是服務器級別的響應時間,不包括前端解析渲染時間。
2/5/8 原則:2秒以內用戶以爲很快, 5秒以內用戶以爲還能夠,8秒以外用戶以爲系統慢,沒法忍受。
併發用戶數
在同一時刻與服務器進行了交互的在線用戶數量。併發用戶數是指對Server產生壓力的用戶數。
在線用戶數
當一個用戶登陸到一個網站或應用後,不管是否進行發送請求操做,這些用戶都稱爲在線用戶。
二者的關係:
通常併發用戶數是包含在在線用戶數中的。
併發用戶數計算:通常需求採集人員會將線上的併發用戶數根據日誌或工具分析統計出。
資源利用率
指的是對不一樣系統資源的使用程度,例如服務器的CPU利用率,磁盤利用率等。資源利用率是分析系統性能指標進而改善性能的主要依據。
併發場景策略設計
多個用戶同時在同一系統進行同一操做,好比同時購買商品。
多個用戶同時在同一系統進行不一樣操做,好比有的在瀏覽查看商品,有的在購買商品。