CPU性能測試有一個需要注意的地方，上面的測試只使用了一個線程，如果在兩個cpu processor不同的電腦上做比較，這是不公平的。公平的做法是指定合理的線程數，如下所示：
--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.
Test execution summary:
total time: 4.5845s
total number of events: 10000
total time taken by event execution: 291.9995
per-request statistics:
min: 0.76ms
avg: 29.20ms
max: 152.71ms
approx. 95 percentile: 71.11ms
Threads fairness:
events (avg/stddev): 156.2500/5.81
execution time (avg/stddev): 4.5625/0.02 |
說實話，我也不怎么會分析這個測試結果，網上搜了半天也沒有搜到，幾乎所有的資料都是簡單的羅列出測試結果， 也不告訴我們應該怎么分析，實在是太不照顧新手了。 我自己是通過（total time:）判斷線程調度的性能的，下面是我在服務器上運行這個測試的輸出：
Number of threads: 64
Doing thread subsystem performance test
Thread yields per test: 1000 Locks used: 8
Threads started!
Done.
Test execution summary:
total time: 2.4829s
total number of events: 10000
total time taken by event execution: 157.3468
per-request statistics:
min: 0.21ms
avg: 15.73ms
max: 166.69ms
approx. 95 percentile: 119.14ms
Threads fairness:
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
Threads started!
Done.
Test execution summary:
total time: 3.6123s
total number of events: 16
total time taken by event execution: 57.6636
per-request statistics:
min: 3580.79ms
avg: 3603.98ms
max: 3610.94ms
approx. 95 percentile: 10000000.00ms
Threads fairness:
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 測試結果比較可知，內存的連續讀寫比磁盤的連續讀寫快十幾倍。
Number of threads: 16
Doing memory operations speed test
Memory block size: 8K
Memory transfer size: 2048M
Memory operations type: write
Memory scope type: global
Threads started!
Done.
Operations performed: 262144 (1027897.89 ops/sec)
2048.00 MB transferred (8030.45 MB/sec)
Test execution summary:
total time: 0.2550s
total number of events: 262144
total time taken by event execution: 3.1911
per-request statistics:
min: 0.00ms
avg: 0.01ms
max: 29.55ms
approx. 95 percentile: 0.00ms
Threads fairness:
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
測試
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 \
--oltp-test-mode=complex --num-threads=16 --max-time=720 \
--max-requests=0 run
清除
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 \
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)等。