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/