当前位置： 移动技术网 > IT编程>数据库>Mysql > MySQL压力测试方法 如何使用mysqlslap测试MySQL的压力?

MySQL压力测试方法 如何使用mysqlslap测试MySQL的压力?

2017年12月12日  | 移动技术网IT编程  | 我要评论

宝宝图片背景,干燥剂价格,神传道

其实mysql测试也没有这么复杂，除了一些常用的select\insert\update\deletc这些外，其实测试他的并发量才是最重要的。比如在连接数1k的时候，并发量能否满足当前请求\服务器性能、内存cpu使用情况。说白了，测试mysql就是测试他的配置文件和并发量及服务器性能。

一、工具
首选工具mysql自带的：mysqlslap

–auto-generate-sql, -a
自动生成测试表和数据

–auto-generate-sql-load-type=type
测试语句的类型。取值包括：read，key，write，update和mixed(默认)。

–number-char-cols=n, -x n
自动生成的测试表中包含多少个字符类型的列，默认1

–number-int-cols=n, -y n
自动生成的测试表中包含多少个数字类型的列，默认1

–number-of-queries=n
总的测试查询次数(并发客户数×每客户查询次数)

–query=name,-q
使用自定义脚本执行测试，例如可以调用自定义的一个存储过程或者sql语句来执行测试。

–create-schema
测试的schema，mysql中schema也就是database

–commint=n
多少条dml后提交一次

–compress, -c
如果服务器和客户端支持都压缩，则压缩信息传递

–concurrency=n, -c n
并发量，也就是模拟多少个客户端同时执行select。可指定多个值，以逗号或者–delimiter参数指定的值做为分隔符

–engine=engine_name, -e engine_name
创建测试表所使用的存储引擎，可指定多个

–iterations=n, -i n
测试执行的迭代次数

–detach=n
执行n条语句后断开重连

–debug-info, -t
打印内存和cpu的信息

–only-print
只打印测试语句而不实际执行

———————————————————————————————-
测试的过程需要生成测试表，插入测试数据，这个mysqlslap可以自动生成，默认生成一个mysqlslap的schema，如果已经存在则先删除，这里要注意了，不要用–create-schema指定已经存在的库，否则后果可能很严重。可以用–only-print来打印实际的测试过程：

# mysqlslap -a –only-print

drop schema if exists `mysqlslap`;
 create schema `mysqlslap`;
 use mysqlslap;
 create table `t1` (intcol1 int(32) ,charcol1 varchar(128));
 insert into t1 values (1804289383,'mxvtvmc9127qjnm06sgb8r92q2j7vtiiitrd9rdxbl');
 …
 select intcol1,charcol1 from t1;
 insert into t1 values (364531492,'qma5suko4m5om7ldvissc6wk9rsntgfxkdj4eaww');
 drop schema if exists `mysqlslap`;

可以看到最后由删除一开始创建的schema的动作，整个测试完成后不会在数据库中留下痕迹。假如我们执行一次测试，分别50和100个并发，执行1000次总查询，那么：

# mysqlslap -uroot -p123456 -a –concurrency=50,100 –number-of-queries 1000 –debug-info

benchmark
average number of seconds to run all queries: 0.375 seconds
minimum number of seconds to run all queries: 0.375 seconds
maximum number of seconds to run all queries: 0.375 seconds
number of clients running queries: 50
average number of queries per client: 20

benchmark
average number of seconds to run all queries: 0.453 seconds
minimum number of seconds to run all queries: 0.453 seconds
maximum number of seconds to run all queries: 0.453 seconds
number of clients running queries: 100
average number of queries per client: 10

user time 0.29, system time 0.11
maximum resident set size 0, integral resident set size 0
non-physical pagefaults 4032, physical pagefaults 0, swaps 0
blocks in 0 out 0, messages in 0 out 0, signals 0
voluntary context switches 7319, involuntary context switches 681

以上结果可以看出，50和100个并发分别得到一次测试结果(benchmark)，并发数越多，执行完所有查询的时间越长。为了准确起见，可以多迭代测试几次:

# mysqlslap -a –concurrency=50,100 –number-of-queries 1000 –iterations=5 –debug-info

benchmark
average number of seconds to run all queries: 0.380 seconds
minimum number of seconds to run all queries: 0.377 seconds
maximum number of seconds to run all queries: 0.385 seconds
number of clients running queries: 50
average number of queries per client: 20

benchmark
average number of seconds to run all queries: 0.447 seconds
minimum number of seconds to run all queries: 0.444 seconds
maximum number of seconds to run all queries: 0.451 seconds
number of clients running queries: 100
average number of queries per client: 10

user time 1.44, system time 0.67
maximum resident set size 0, integral resident set size 0
non-physical pagefaults 17922, physical pagefaults 0, swaps 0
blocks in 0 out 0, messages in 0 out 0, signals 0
voluntary context switches 36796, involuntary context switches 4093

测试同时不同的存储引擎的性能进行对比：
# mysqlslap -uroot -p123456 -a -concurrency=50,100 –number-of-queries 1000 –iterations=5 –engine=myisam,innodb –debug-info
benchmark
running for engine myisam
average number of seconds to run all queries: 0.200 seconds
minimum number of seconds to run all queries: 0.188 seconds
maximum number of seconds to run all queries: 0.210 seconds
number of clients running queries: 50
average number of queries per client: 20

benchmark
running for engine myisam
average number of seconds to run all queries: 0.238 seconds
minimum number of seconds to run all queries: 0.228 seconds
maximum number of seconds to run all queries: 0.251 seconds
number of clients running queries: 100
average number of queries per client: 10

benchmark
running for engine innodb
average number of seconds to run all queries: 0.375 seconds
minimum number of seconds to run all queries: 0.370 seconds
maximum number of seconds to run all queries: 0.379 seconds
number of clients running queries: 50
average number of queries per client: 20

benchmark
running for engine innodb
average number of seconds to run all queries: 0.443 seconds
minimum number of seconds to run all queries: 0.440 seconds
maximum number of seconds to run all queries: 0.447 seconds
number of clients running queries: 100
average number of queries per client: 10

user time 2.83, system time 1.66
maximum resident set size 0, integral resident set size 0
non-physical pagefaults 34692, physical pagefaults 0, swaps 0
blocks in 0 out 0, messages in 0 out 0, signals 0
voluntary context switches 87306, involuntary context switches 10326

# mysqladmin -uroot -p123456 -i 10 extended status 每10秒刷新一次

aborted_connects 尝试已经失败的mysql服务器的连接的次数。
connections 试图连接mysql服务器的次数。
created_tmp_tables 当执行语句时，已经被创造了的隐含临时表的数量。
delayed_insert_threads 正在使用的延迟插入处理器线程的数量。
delayed_writes 用insert delayed写入的行数。
delayed_errors 用insert delayed写入的发生某些错误(可能重复键值)的行数。
flush_commands 执行flush命令的次数。
handler_delete 请求从一张表中删除行的次数。
handler_read_first 请求读入表中第一行的次数。
handler_read_key 请求数字基于键读行。
handler_read_next 请求读入基于一个键的一行的次数。
handler_read_rnd 请求读入基于一个固定位置的一行的次数。
handler_update 请求更新表中一行的次数。
handler_write 请求向表中插入一行的次数。
key_blocks_used 用于关键字缓存的块的数量。
key_read_requests 请求从缓存读入一个键值的次数。
key_reads 从磁盘物理读入一个键值的次数。
key_write_requests 请求将一个关键字块写入缓存次数。
key_writes 将一个键值块物理写入磁盘的次数。
max_used_connections 同时使用的连接的最大数目。
not_flushed_key_blocks 在键缓存中已经改变但是还没被清空到磁盘上的键块。
not_flushed_delayed_rows 在insert delay队列中等待写入的行的数量。
open_tables 打开表的数量。
open_files 打开文件的数量。
open_streams 打开流的数量(主要用于日志记载）
opened_tables 已经打开的表的数量。
questions 发往服务器的查询的数量。
slow_queries 要花超过long_query_time时间的查询数量。
threads_connected 当前打开的连接的数量。
threads_running 不在睡眠的线程数量。
uptime 服务器工作了多少秒。

您可能感兴趣的文章:

如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复

相关文章:

验证码：
最近更新的文章
大家感兴趣的文章
移动技术网