天天看點

sysbench 0.5 性能測試工具使用手冊

1. sysbench 介紹

  它主要包括以下幾種方式的測試:

  cpu性能

  磁盤io性能

  排程程式性能

  記憶體配置設定及傳輸速度

  posix線程性能

  資料庫性能(oltp基準測試)

  2. 安裝sysbench

  sudo apt-get install sysbench

  也可以下載下傳源碼,然後自己編譯安裝。

  項目首頁:http://sysbench.sourceforge.net/

  下載下傳位址:http://sourceforge.net/projects/sysbench

  文檔位址:http://sysbench.sourceforge.net/docs

  3. 開始測試

  3.1 cpu性能測試

  根據官網的介紹可知:cpu測試使用64位整數,測試計算素數直到某個最大值所需要的時間。

  sysbench --test=cpu --cpu-max-prime=20000 run

  輸出如下:

test execution summary:

total time:                          286.5703s

total number of events:              10000

total time taken by event execution: 285197.4463

per-request statistics:

min:                                109.67ms

avg:                              28519.74ms

max:                              36760.02ms

approx.  95 percentile:           31751.56ms

threads fairness:

events (avg/stddev):           9.7656/0.81

execution time (avg/stddev):   278.5131/6.05

  我們隻需要關心測試的總時間(total time)即可。

  cpu性能測試有一個需要注意的地方,上面的測試隻使用了一個線程,如果在兩個cpu processor不同的電腦上做比較,這是不公平的。公平的做法是指定合理的線程數,如下所示:

  sysbench --test=cpu --num-threads=`grep "processor" /proc/cpuinfo | wc -l` \

  --cpu-max-prime=200000 run

 補充知識:

  檢視cpu核數的方法

  檢視實體cpu個數

  grep "physical id" /proc/cpuinfo | sort -u | wc -l

  檢視核心數量

  grep "core id" /proc/cpuinfo | sort -u | wc -l

  檢視線程數量

  grep "processor" /proc/cpuinfo | sort -u | wc -l

  在sysbench的測試中,--num-threads取值為"線程數量"即可,再大的值沒有什麼意義,對測試結果也沒有什麼影響。

  3.2 線程(thread)測試

  測試線程排程器的性能。對于高負載情況下測試線程排程器的行為非常有用。

  sysbench --test=threads --num-threads=64 run

  下面是輸出結果:

number of threads: 64

doing thread subsystem performance test

thread yields per test: 1000 locks used: 8

threads started!

done.

total time: 4.5845s

total number of events: 10000

total time taken by event execution: 291.9995

min: 0.76ms

avg: 29.20ms

max: 152.71ms

approx. 95 percentile: 71.11ms

events (avg/stddev): 156.2500/5.81

execution time (avg/stddev): 4.5625/0.02

  說實話,我也不怎麼會分析這個測試結果,網上搜了半天也沒有搜到,幾乎所有的資料都是簡單的羅列出測試結果, 也不告訴我們應該怎麼分析,實在是太不照顧新手了。 我自己是通過(total time:)判斷線程排程的性能的,下面是我在伺服器上運作這個測試的輸出:

total time: 2.4829s

total time taken by event execution: 157.3468

min: 0.21ms

avg: 15.73ms

max: 166.69ms

approx. 95 percentile: 119.14ms

events (avg/stddev): 156.2500/22.25

execution time (avg/stddev): 2.4585/0.02

  可以看到total time 比在我自己電腦上少了一半,伺服器的線程排程肯定比普通電腦快多了。

 3.3 互斥鎖(mutex)

  測試互斥鎖的性能,方式是模拟所有線程在同一時刻并發運作,并都短暫請求互斥鎖。

sysbench --test=mutex --num-threads=16 --mutex-num=2048 \

--mutex-locks=1000000 --mutex-loops=5000 run

輸出結果如下:

number of threads: 16

doing mutex performance test

total time: 3.6123s

total number of events: 16

total time taken by event execution: 57.6636

min: 3580.79ms

avg: 3603.98ms

max: 3610.94ms

approx. 95 percentile: 10000000.00ms

events (avg/stddev): 1.0000/0.00

execution time (avg/stddev): 3.6040/0.01

  為了不誤導别人,我就不解釋各參數的含義了,可以請參考這裡。

  3.4 記憶體測試

  記憶體測試測試了記憶體的連續讀寫性能。

  sysbench --test=memory --memory-block-size=8k --memory-total-size=2g  --num-threads=16 run

  上面這條語句指定了整個測試過程中,傳輸2g的資料量,每個block的大小為8k(大寫的k)。 測試結果如下所示,我們最關心的是吞吐量(8030.45mb/sec),和後面的磁盤io 測試結果比較可知,記憶體的連續讀寫比磁盤的連續讀寫快十幾倍。

doing memory operations speed test

memory block size: 8k

memory transfer size: 2048m

memory operations type: write

memory scope type: global

operations performed: 262144 (1027897.89 ops/sec)

2048.00 mb transferred (8030.45 mb/sec)

total time: 0.2550s

total number of events: 262144

total time taken by event execution: 3.1911

min: 0.00ms

avg: 0.01ms

max: 29.55ms

approx. 95 percentile: 0.00ms

events (avg/stddev): 16384.0000/926.14

execution time (avg/stddev): 0.1994/0.02

  3.5 檔案io基準測試

  檔案io(fileio)基準測試可以測試系統在不同io負載下的性能。這對于比較不同的硬碟驅動器,不同的raid 卡,不同的raid 模式,都很有幫助。可以根據測試結果調整io子系統。檔案io基準測試模拟了很多innodb 的io特性。

  測試的第一步是準備(prepare)階段,生成測試用到的資料檔案,生成的資料檔案至少要比記憶體大。 如果檔案中的資料能完全放入記憶體中,則作業系統 緩存大部分的資料,導緻測試結果無法展現io密集型的工作負載。首先通過下面的指令建立一個資料集:

  sysbench --test=fileio --file-total-size=40g prepare

  這個指令會在目前工作目錄下建立測試檔案,後續的運作(run)階段将通過讀寫這些檔案進行測試。 第二步就是運作(run)階段,針對不同的io 類型有不同的測試選項:

  seqwr 順序寫入

  seqrewr 順序重寫

  seqrd 順序讀取

  rndrd 随機讀取

  rndwr 随機寫入

  rndrw 混合随機讀/寫

  下面的指令運作檔案i/o混合随機讀/寫基準測試:

  sysbench --test=fileio --file-total-size=40g --file-test-mode=rndrw\

  --init-rng=on --max-time=300 --max-requests=0 run

 simple 與 --oltp-read-only 的差別

  simple模式和在complex模式下開啟read-only選項都隻包含select語句。但是 simple 模式隻包含最簡單的select語句,相反地,complex 模式中,如果我們開啟read-only 選項,即--oltp-read-only=on,則會包含複雜的sql語句。如:

  select sum(k) from sbtest where id between n and m

  select distinct c from sbtest where id between n and m order by c

  測試自有的存儲引擎

  測試自有的存儲引擎需要告訴sysbench,這個存儲引擎是否支援事務。

  如下所示:

  準備

  sysbench --test=oltp --mysql-table-engine=tnt --mysql-engine-trx=yes \

  --oltp-table-size=100000 --mysql-user=root --mysql-db=test \

  --mysql-socket=/data/ntse/lmx/sysbench/var/mysqld.sock \

  prepare

  測試

  --oltp-test-mode=complex --num-threads=16 --max-time=720 \

  --max-requests=0 run

  清除

  clean

  4. sysbench 0.5

  4.1 下載下傳安裝

  下載下傳

  bzr branch lp:sysbench

  安裝依賴庫

  sudo apt-get installlibtool

  安裝

  tar -zxvf sysbench.tar.gz

  cd sysbench

  ./autogen.sh

  ./configure

  make

  #make install #可選

  開始測試

cd sysbench/sysbench

./sysbench --test=./tests/db/oltp.lua

--debug=yes \

--mysql-host=localhost \

--mysql-socket=path/mysqld.sock \

--mysql-db=test \

--mysql-table-engine=innodb \

--mysql-engine-trx=yes \

--mysql-user=root \

--max-requests=0 \

--max-time=60 \

--num-threads=16 \

--oltp-table-size=100000 \

--report-interval=10 [prepare|run|cleanup]

  解釋

  --debug 參數用以列印更加詳細的調試資訊

  --report-interval 用以列印中間結果

  除了測試oltp,sysbench 0.5還可以進行插入操作的性能測試(insert.lua),選擇操作的性能測試(select.lua)等。   

最新内容請見作者的github頁:http://qaseven.github.io/