網絡帶寬
在壓力測試中,有時候要模擬大量的用戶請求,如果單位時間內傳遞的數據包過大,超過了帶寬的傳輸能力,那么就會造成網絡資源競爭,間接導致服務端接收到的請求數達不到服務端的處理能力上限。
硬件配置
包括CPU使用率、內存占用率、磁盤數據交換。
壓測腳本
進行階梯式加壓測試,模擬請求數超過了設置的線程數,導致線程不足。
業(yè)務邏輯
業(yè)務解耦度較低,較為復雜,整個事務處理線被拉長導致的問題。
系統(tǒng)架構
比如是否有緩存服務,緩存服務器配置,緩存命中率、緩存穿透以及緩存過期等,都會影響到測試結果。
連接池
可用的連接數太少,造成請求等待。連接池一般分為服務器連接池和數據庫連接池。
回收機制
從常見的應用服務器來說,比如java的的堆棧內存是動態(tài)分配,具體的回收機制是基于算法,那么對TPS也是有一定影響的,因為垃圾回收其本身就會占用一定的資源。
數據庫配置
高并發(fā)情況下,如果請求數據需要寫入數據庫,且需要寫入多個表的時候,如果數據庫的連接數不夠,就會導致數據庫事務處理過慢,影響到TPS。
通信機制
串行、并行、長連接、管道連接等,不同的連接情況,也間接的會對TPS造成影響。
壓力機器
比如測試工具,單機負載能力有限,如果需要模擬的用戶請求數超過其負載極限,也會間接影響TPS。
推薦閱讀: