單節點測試：
[if !supportlists]
l[endif]
測試環境配置
兩個物理機ab，
a作為server節點，
b作為客戶端節點，
ab配置一致：
24 cpu
，128g
記憶體，ssd
盤，萬兆網絡卡；資料庫配置項中，工作佇列和網路執行緒（
epoll
）數量和
cpu數量一致.
寫入效能測試一
在key
取值區間是【
0-800m
】，已有條數
167m
（value
大小隨機產生）
, 磁碟資料
100gb
情況下，測試不同粒度的
value
的寫入效能和延遲。表中，延遲的百分比含義依次為：小於
1毫秒比例，大於
1毫秒，大於
2毫秒，大於
4毫秒，大於
8毫秒。。。（下面各個統計表延遲的值得含義均與之相同） 當
value
小於1kb
之前，cpu
基本跑滿，
在usr
、sys、si
的時間比差不多各三分之一；大於等於
1kb後，
server
端50%
左右的cpu
時間都處於
wa狀態，即等待
i/o狀態。
value 大小
10b
100b
1kb10kb
100kb 寫入
tps 37萬
37萬
35萬 7
萬 1.2萬
寫入延遲
100%
100%
100%
88% 12% 2%
50% %50 20% 5%
寫入效能測試二
key取值區間是【
0-800m
】，已有條數
373m
（value
大小隨機產生）
, 磁碟資料
320gb
情況下，當
value
大小小於
1kb之前，
cpu無法跑滿，在
wa狀態的比例大概
20%；大於等於
1kb後，
server
端超過50%
的cpu
時間都處於
wa狀態，即等待
i/o狀態。
value大小
10b
100b
1kb10kb
100kb 寫入
tps 25萬
23萬
17萬 3
萬 0.8
寫入延遲
97% 3%
97% 3%
%93 %7 %3 %1
80% 20% 12% 10 % 7% 6% 4%
14% 86% 60% 43% 32% 23% 1%
讀寫效能測試三
根據value
大小的不同，設定固定的
key的取值空間，每種
size
的value
均預先插入取值空間全部的
80%的
key（
value
的大小是固定的），讀寫的速率統計如下，由於預先插入了較多的
record
，修改寫操作較多，寫入效能有明顯降低。
value 大小
10b
100b
1kb10kb
100kb
寫入區間
10gb
1gbmb
100mb
30mb
3mb 寫入
tps 25萬
17萬
14萬2.5萬
0.25萬
寫入延遲
100%
100%
100%
96%,4%,2%,2%,1%
29% 71% 56% 5% 讀寫
50% 讀16
萬，寫14萬
讀寫均為8萬
均為5萬
寫2萬，讀4萬
寫0.15萬讀
1萬平均延遲
100%
100%
100%
99% 1%
40%，60%
，35% 25% 唯讀
26萬
16萬 11
萬 9萬
1.7萬
延遲 99% 1%
100%
100%
99% 1%
66% 34%,16%,7%,3%
partition遷移過程讀寫效能測試
[if !supportlists]
l[endif]
測試環境配置：
三個物理機
abc，
ab作為
server
節點，c
作為客戶端節點，
ab配置一致：
24 cpu
，128g
記憶體，ssd
盤，萬兆網絡卡；
c除了沒有
ssd盤外其他與之一致。
[if !supportlists]
l[endif]
測試方案：
配置資料副本數為
2，先啟動
a並寫入部分資料，然後啟動
b，之後
a開始遷移副本資料到
b，此時
c發起讀寫請求，測試吞吐和延遲。
已有資料
80m條，磁碟空間
100gb
，遷移速率
13 萬
tps下，寫入的
record
的key
取值區間【0
，1g】（修改寫的比例為
8%），讀寫速度如下表所示：
可以看出，寫入效能有明顯下降，但讀取效能基本沒有下降。
value 大小
10b
100b
1kb10kb
100kb 寫入
tps 7萬
7萬5萬
2萬0.5萬
寫入延遲
93% 7% 3% 3% 2% 1% 1%
94% 6% 2% 1% 1% 1% 1%
93% 7% 3% 2% 1% 1% 1%
77% 23% 8% 4% 2% 2% 1%
9% 91% 88% 83% 74% 54% 35% 讀取
tps：
29萬，延遲均小於1毫秒
record
條數是500m
，資料量是
300gb,key
取值區間是【
0-8g
】，每條
record
的大小是隨機值，控制遷移速度是2萬
tps的情況下，寫入速度如下所示。
value 大小
10b
100b
1kb10kb
100kb 寫入
tps 15萬
12萬
8萬4.2萬
0.8萬
寫入延遲
93% 7%
93% 7%
90% 10%
65% 35% 20% 15% 5%
3% 97% 88% 76% 60% 24%
aerospike 集群搭建
aerospike 是乙個分布式的 kv 儲存服務，與 redis，memcached 等相比，最大的特點是支援記憶體和磁碟的混合儲存，並且對 ssd 的支 持非常好，將索引存在記憶體中，資料存在 ssd 中，保持極高效能的同時，能有效的節約成本 安裝wget o aerospike.tgz tar...
效能測試 效能測試步驟
針對此次庫內作業效能測試，梳理一下期間的工作流程 梳理已有的介面指令碼，確認需要做效能測試的幾個介面，即使用率高，對效能有要求的幾個主要介面。結合頁面的操作，和確認的介面，梳理具體的業務邏輯 同時，請開發人員部署了測試環境。測試環境的伺服器指標，盡量和生產環境一致。部署的時候，負載均衡等情況也盡量和...
效能測試之前端效能測試
本次總結總共分為以下部分 1.如何衡量乙個系統是否要做壓測 2.壓測的準備過程 3.壓測工具選擇 4.壓測資料以及報告結果相關 1.如何衡量乙個系統是否要做壓測 首先需要衡量乙個系統是否需要壓測，從以下角度考慮 從兩個角度進行分析 a.業務角度 明確系統是對內使用還是對外使用，使用人數是多少，如果使...