MYSQL教程sysbench对mysql压力测试的详细教程
《MYSQL教程sysbench对mysql压力测试的详细教程》要点: MYSQL应用前言 MYSQL应用在对网站整体性能进行benchmark时,可以使用多种工具,比如大名鼎鼎的ab(Apache bench),http_load等工具.这里我们不关注他们的使用,如果你想了解,可以自行在网上找到答案. MYSQL应用重点来说MySQL的基准测试如何进行,也有很多种工具来供我们选择,比如mysqlslap、sysbench、Super Smack等,其中mysqlslap的使用MySQL官网给出了介绍,Super Smack是服务器压力测试强有力的工具,那么sysbench便是我们进行MySQL基准测试的很漂亮的工具了. MYSQL应用sysbench MYSQL应用sysbench是一款开源的多线程性能测试工具,可以执行CPU/内存/线程/IO/数据库等方面的性能测试.数据库目前支持MySQL/Oracle/PostgreSQL; MYSQL应用它主要包括以下几种方式的测试: MYSQL应用???? 1、cpu性能 MYSQL应用???? 2、磁盘io性能 MYSQL应用???? 3、调度程序性能 MYSQL应用???? 4、内存分配及传输速度 MYSQL应用???? 5、POSIX线程性能 MYSQL应用?????6、数据库性能(OLTP基准测试) MYSQL应用sysbench的数据库OLTP测试支持MySQL、PostgreSQL、Oracle,目前主要用于Linux操作系统,开源社区已经将sysbench移植到了Windows,并支持SQL Server的基准测试. MYSQL应用废话不多说,开始. MYSQL应用一、sysbench安装 MYSQL应用mysql版本: mysql-community-server-5.6.29 MYSQL应用OS: CentOS 6.7 X86_64 MYSQL应用sysbench 0.5相比0.4版本有一些变化,包括oltp测试结合了lua脚本,还多了一些隐藏选项,本文会涉及得到一部分. MYSQL应用
// 先安装编译依赖环境
$ sudo yum install gcc gcc-c++ automake make libtool mysql-community-devel
$ cd /tmp && git clone https://github.com/akopytov/sysbench.git
$ cd /tmp/sysbench && ./autogen.sh
$ ./configure --prefix=/usr/local/sysbench-0.5
$ ./make && sudo make install
// 0.5版本需要oltp.lua测试脚本
// 如果是rpm包方式安装的,在 /usr/share/doc/sysbench/tests/db/ 下可找到
$ cd /usr/local/sysbench && sudo mkdir -p share/tests/db
$ cp /tmp/sysbench/sysbench/tests/db/*.lua share/tests/db/
$ ./bin/sysbench --version
sysbench 0.5
MYSQL应用如果需要测试PostgreSQL、Oracle,则在configure时需要加上 MYSQL应用二、使用sysbench对mysql压测 MYSQL应用2.1 只读示例 MYSQL应用
./bin/sysbench --test=./share/tests/db/oltp.lua
--mysql-host=10.0.201.36 --mysql-port=8066 --mysql-user=ecuser --mysql-password=ecuser
--mysql-db=dbtest1a --oltp-tables-count=10 --oltp-table-size=500000
--report-interval=10 --oltp-dist-type=uniform --rand-init=on --max-requests=0
--oltp-test-mode=nontrx --oltp-nontrx-mode=select
--oltp-read-only=on --oltp-skip-trx=on
--max-time=120 --num-threads=12
[prepare|run|cleanup]
MYSQL应用注意最后一行,一项测试开始前需要用prepare来准备好表和数据,run执行真正的压测,cleanup用来清除数据和表.实际prepare的表结构: MYSQL应用
mysql> desc dbtest1a.sbtest1;
+-------+------------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+-------+------------------+------+-----+---------+----------------+
| id | int(10) unsigned | NO | PRI | NULL | auto_increment |
| k | int(10) unsigned | NO | MUL | 0 | |
| c | char(120) | NO | | | |
| pad | char(60) | NO | | | |
+-------+------------------+------+-----+---------+----------------+
4 rows in set (0.00 sec)
MYSQL应用上面的测试命令代表的是:对mysql进行oltp基准测试,表数量10,每表行数约50w(几乎delete多少就会insert的多少),并且是非事务的只读测试,持续60s,并发线程数12. MYSQL应用需要说明的选项: MYSQL应用???? MYSQL应用???? MYSQL应用???? MYSQL应用???? MYSQL应用???? MYSQL应用???? MYSQL应用???????????? simple:简单查询, MYSQL应用???????????? complex (advanced transactional) :事务模式在开始和结束事务之前加上begin和commit,一个事务里可以有多个语句,如点查询、范围查询、排序查询、更新、删除、插入等,并且为了不破坏测试表的数据,该模式下一条记录删除后会在同一个事务里添加一条相同的记录. MYSQL应用???????????? nontrx (non-transactional) :与simple相似,但是可以进行update/insert等操作,所以如果做连续的对比压测,你可能需要重新cleanup,prepare. MYSQL应用???? MYSQL应用????? MYSQL应用???? MYSQL应用???? MYSQL应用???? MYSQL应用???? MYSQL应用注意,针对不同的选项取值就会有不同的子选项.比如oltp-dist-type=special,就有比如oltp-dist-pct=1、oltp-dist-res=50两个子选项,代表有50%的查询落在1%的行(即热点数据)上,另外50%均匀的(sample uniformly)落在另外99%的记录行上. MYSQL应用再比如 MYSQL应用以上代表的是一个只读的例子,可以把 MYSQL应用ps1: 只读测试也可以使用share/tests/db/select.lua进行,但只是简单的point select. MYSQL应用ps2: 我在用sysbench压的时候,在mysql后端会话里有时看到大量的query cache lock,如果使用的是uniform取样,最好把查询缓存关掉.当然如果是做两组性能对比压测,因为都受这个因素影响,关心也不大. MYSQL应用2.2 混合读写 MYSQL应用读写测试还是用oltp.lua,只需把 MYSQL应用
./bin/sysbench --test=./share/tests/db/oltp.lua --mysql-host=10.0.201.36 --mysql-port=8066 --mysql-user=ecuser --mysql-password=ecuser --mysql-db=dbtest1a --oltp-tables-count=10 --oltp-table-size=500000 --report-interval=10 --rand-init=on --max-requests=0 --oltp-test-mode=nontrx --oltp-nontrx-mode=select --oltp-read-only=off --max-time=120 --num-threads=128 prepare
./bin/sysbench --test=./share/tests/db/oltp.lua --mysql-host=10.0.201.36 --mysql-port=8066 --mysql-user=ecuser --mysql-password=ecuser --mysql-db=dbtest1a --oltp-tables-count=10 --oltp-table-size=500000 --report-interval=10 --rand-init=on --max-requests=0 --oltp-test-mode=nontrx --oltp-nontrx-mode=select --oltp-read-only=off --max-time=120 --num-threads=128 run
./bin/sysbench --test=./share/tests/db/oltp.lua --mysql-host=10.0.201.36 --mysql-port=8066 --mysql-user=ecuser --mysql-password=ecuser --mysql-db=dbtest1a --oltp-tables-count=10 --oltp-table-size=500000 --report-interval=10 --rand-init=on --max-requests=0 --oltp-test-mode=nontrx --oltp-nontrx-mode=select --oltp-read-only=off --max-time=120 --num-threads=128 cleanup
MYSQL应用然而 MYSQL应用update: MYSQL应用原来sysbench 0.5版本去掉了这个选项,因为作者正在准备1.0版本,所以也就没有更新0.5版本的doc.网上的博客漫天飞,就没有一个提出来的,也是没谁了. MYSQL应用分析一下oltp.lua脚本内容,可以清楚单个事务各操作的默认比例: MYSQL应用同只读测试一样,在atlas,mycat这类中间件测试中如果不加 MYSQL应用
ALERT: failed to execute MySQL query: INSERT INTO sbtest4 (id,k,c,pad) VALUES (48228,47329,'82773802508-44916890724-85859319254-67627358653-96425730419-64102446666-75789993135-91202056934-68463872307-28147315305','13146850449-23153169696-47584324044-14749610547-34267941374'):
ALERT: Error 1062 Duplicate entry ‘48228' for key ‘PRIMARY'
FATAL: failed to execute function `event': (null)
MYSQL应用原因也很容易理解,每个线程将选择一个随机的表,不加事务的情况下高并发更新(插入)出现重复key的概率很大,但我们压测不在乎这些数据,所以需要跳过这个错误 MYSQL应用这里不得不佩服老外的办事效率和责任心,提个疑惑能立马得到回复,反观国内,比如在atlas,mycat项目里提到问题到现在都没人搭理... MYSQL应用2.3 只更新 MYSQL应用如果基准测试的时候,你只想比较两个项目的update(或insert)效率,那可以不使用oltp脚本,而直接改用 MYSQL应用
./bin/sysbench --test=./share/tests/db/update_index.lua
--mysql-host=10.0.201.36 --mysql-port=8066 --mysql-user=ecuser --mysql-password=ecuser
--mysql-db=dbtest1a --oltp-tables-count=10 --oltp-table-size=500000
--report-interval=10 --rand-init=on --max-requests=0
--oltp-read-only=off --max-time=120 --num-threads=128
[ prepare | run | cleanup ]
MYSQL应用此时像 MYSQL应用三. 结果解读 MYSQL应用
sysbench 0.5: multi-threaded system evaluation benchmark
Running the test with following options:
Number of threads: 128
Report intermediate results every 20 second(s)
Initializing random number generator from timer.
Random number generator seed is 0 and will be ignored
Initializing worker threads...
Threads started!
[ 20s] threads: 128,tps: 2354.54,reads: 33035.89,writes: 9423.39,response time: 66.80ms (95%),errors: 0.00,reconnects: 0.00
[ 40s] threads: 128,tps: 2377.75,reads: 33274.26,writes: 9507.55,response time: 66.88ms (95%),reconnects: 0.00
[ 60s] threads: 128,tps: 2401.35,reads: 33615.30,writes: 9607.40,response time: 66.40ms (95%),reconnects: 0.00
[ 80s] threads: 128,tps: 2381.20,reads: 33331.50,writes: 9522.55,response time: 67.30ms (95%),reconnects: 0.00
[ 100s] threads: 128,tps: 2388.85,reads: 33446.10,writes: 9556.35,response time: 67.00ms (95%),reconnects: 0.00
[ 120s] threads: 128,tps: 2386.40,reads: 33421.35,writes: 9545.35,response time: 66.94ms (95%),reconnects: 0.00
OLTP test statistics:
queries performed:
read: 4003048 //总select数量
write: 1143728 //总update、insert、delete语句数量
other: 571864 //commit、unlock tables以及其他mutex的数量
total: 5718640
transactions: 285932 (2382.10 per sec.) //通常需要关注的数字(TPS)
read/write requests: 5146776 (42877.85 per sec.)
other operations: 571864 (4764.21 per sec.)
ignored errors: 0 (0.00 per sec.) //忽略的错误数
reconnects: 0 (0.00 per sec.)
General statistics:
total time: 120.0334s //即max-time指定的压测实际
total number of events: 285932 //总的事件数,一般与transactions相同
total time taken by event execution: 15362.6623s
response time:
min: 17.60ms
avg: 53.73ms //95%的语句的平均响应时间
max: 252.90ms
approx. 95 percentile: 66.88ms
Threads fairness:
events (avg/stddev): 2233.8438/9.04
execution time (avg/stddev): 120.0208/0.01
MYSQL应用我们一般关注的用于绘图的指标主要有: MYSQL应用???? MYSQL应用???? MYSQL应用???? MYSQL应用???? 当然还有一些系统层面的cpu,io,mem相关指标 MYSQL应用sysbench还可以对文件系统IO测试,CPU性能测试,以及内存分配与传输速度测试,这里就不介绍了. MYSQL应用总结 MYSQL应用sysbench的缺点就是,模拟的表结构太简单,不像tpcc-mysql那样完整的事务系统.但对于性能压测对比还是很有用的,因为sysbench使用的环境参数限制是一样的.以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |