MySQL压测工具--TPCC安装,测试

今天我们来讲一下MySQL的压力测试工具,目前我接触到的主要有两种压力测试工具:TPCC,Sysbench,前者只适合MySQL数据库OLTP压力测试,而Sysbench功能就比较广泛,可以测试OS的CPU,Memory,IO,以及多种关系型数据库,如MySQL,PostgreSQL;

这篇博客主要讲解Tpcc 安装,测试。

简介

TPC-C是专门针对联机交易处理系统(OLTP系统)的规范,一般情况下我们也把这类系统称为业务处理系统;

tpcc-mysql是percona基于TPC-C衍生出来的产品,专用于MySQL基准测试。

安装

下载安装epel:

wget http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm

rpm -ivh epel-release-6-8.noarch.rpm

安装bzr客户端:

yum install -y bzr

下载tpcc-mysql-master.zip软件:

https://github.com/Percona-Lab/tpcc-mysql

unzip tpcc-mysql-master.zip

cd tpcc-mysql-master/src/

make

如果 make 编译没有报错,就会在 /tmp/tpcc-mysql 下生成 tpcc 二进制命令行工具 tpcc_load 、 tpcc_start;

Tpcc工具结构介绍

create_table.sql:创建所需的数据库表,共9个表

add_fkey_idx.sql:创建索引和外键

drop_cons.sql:删除约束

这9个表的关系:

customer     district      history     item     new_orders     order_line    orders     stock     warehouse

tpcc-mysql的业务逻辑及其相关的几个表作用如下:

New-Order:新订单,一次完整的订单事务,几乎涉及到全部表

Payment:支付,主要对应 orders、history 表

Order-Status:订单状态,主要对应 orders、order_line 表

Delivery:发货,主要对应 order_line 表

Stock-Level:库存,主要对应 stock 表

其他相关表:

客户:主要对应 customer 表

地区:主要对应 district 表

商品:主要对应 item 表

仓库:主要对应warehouse 表

测试步骤

(1)建库建表

mysqladmin -uroot -p147258 create tpccdb;

mysql -uroot -p147258  tpccdb < /tmp/tpcc-mysql-master/create_table.sql

mysql -uroot -p147258 tpccdb < /tmp/tpcc-mysql-master/add_fkey_idx.sql   --这一步也可以在加载数据之后做;

(2)填充数据

如:向tpccdb库压测100个仓库数量:

./tpcc_load -hlocalhost -dtpccdb -uroot -p147258 -w100

【NOTE】选项 warehouse为测试库下的仓库数量,真实测试场景中,仓库数一般不建议少于100个,视服务器硬件配置而定,如果是配备了SSD或者PCie SSD这种高IOPS设备的话,建议最少不低于1000个。

补充tpcc_load的参数:

tpcc_load -h server_host -P port -d database_name -u mysql_user -p mysql_password -w warehouses -l part -m min_wh -n max_wh

-h 指定主机名

-P 指定mysql端口

-d 指定库名

-u 指定用户

-p 指定密码

-w 指定仓库数

-l 指定* [part]: 1=ITEMS 2=WAREHOUSE 3=CUSTOMER 4=ORDERS

-m 指定最小warehouse

-n 指定最大warehouse

(3)开始测试

如:指定仓库1000,并发数32,预热120s,测试持续1h;

tpcc_start  -hlocalhost -d tpccdb -u root -p "147258" -w 1000 -c 32 -r 120 -l 3600 -f tpcc_mysql_20140921.log >>tpcc_caseX_20140921.log 2>&1

【NOTE】真实测试场景中,建议预热时间不小于5分钟,持续压测时长不小于30分钟,否则测试数据可能不具参考意义。

补充tpcc_start的用法:

tpcc_start -h server_host -P port -d database_name -u mysql_user -p mysql_password -w warehouses -c connections -r warmup_time -l running_time -i report_interval -f report_file -t trx_file

-w 指定仓库数量;

-c 指定并发连接数,默认是1;

-r 指定开始测试前进行warmup的时间,单位s;

-l 指定测试持续时间,单位s;

-i  指定生成报告间隔时长

-f 指定生成的报告文件名

TPCC结果解读

output注释:

10, trx: 12920, 95%: 9.483, 99%: 18.738, max_rt: 213.169, 12919|98.778, 1292|101.096, 1293|443.955, 1293|670.842

20, trx: 12666, 95%: 7.074, 99%: 15.578, max_rt: 53.733, 12668|50.420, 1267|35.846, 1266|58.292, 1267|37.421

30, trx: 13269, 95%: 6.806, 99%: 13.126, max_rt: 41.425, 13267|27.968, 1327|32.242, 1327|40.529, 1327|29.580

40, trx: 12721, 95%: 7.265, 99%: 15.223, max_rt: 60.368, 12721|42.837, 1271|34.567, 1272|64.284, 1272|22.947

50, trx: 12573, 95%: 7.185, 99%: 14.624, max_rt: 48.607, 12573|45.345, 1258|41.104, 1258|54.022, 1257|26.626

--10 - the seconds from the start of the benchmark

(每隔10s统计 )

--trx: 12920 - New Order transactions executed during the gived interval (in this case, for the previous 10 sec). Basically this is the --throughput per interval. The more the better

(在10s内新订单事物数,该值越大说明性能越好)

--95%: 9.483: - The 95% Response time of New Order transactions per given interval. In this case it is 9.483 sec

(每个给定区间的新订单事务的95%响应时间)

--99%: 18.738: - The 99% Response time of New Order transactions per given interval. In this case it is 18.738 sec

(每个给定区间的新订单事务的99%响应时间)

--max_rt: 213.169: - The Max Response time of New Order transactions per given interval. In this case it is 213.169 sec

(新订单事物最大响应的时间 )

--the rest: 12919|98.778, 1292|101.096, 1293|443.955, 1293|670.842 is throughput and max response time for the other kind of transactions and can be ignored

(其他事物数和最大响应时间)

开始压测指定仓库10个,并发32个,预热10s,持续120s,每隔10s生成报告,并生成日志文件tpccdb20170315.log:
(这里的测试是自己的虚拟机,硬件配置不太好,所以测试参数没有设置过大,只是为了能有个结果供我们学习分析,不具有参考意义)

[[email protected] tpcc-mysql-master]# ./tpcc_start -S /tmp/mysql.sock -hlocalhost -dtpccdb -uroot -p147258 -w10 -c32 -r10 -l120 -ftpccdb20170315.log
***************************************
*** ###easy### TPC-C Load Generator ***
***************************************
option S (socket) with value '/tmp/mysql.sock'
option h with value 'localhost'
option d with value 'tpccdb'
option u with value 'root'
option p with value '147258'
option w with value '10'
option c with value '32'
option r with value '10'
option l with value '120'
option f with value 'tpccdb20170315.log'
<Parameters>
     [server]: localhost
     [port]: 3306
     [DBname]: tpccdb
       [user]: root
       [pass]: 147258
  [warehouse]: 10
 [connection]: 32
     [rampup]: 10 (sec.)     --预热时长
    [measure]: 120 (sec.)     --测试时长
RAMP-UP TIME.(10 sec.)             --预热结束
MEASURING START.              --测试开始
  10, trx: 13, 95%: 15137.766, 99%: 18323.255, max_rt: 18325.580, 14|13748.201, 0|1574.186, 0|0.000, 0|0.000
  20, trx: 13, 95%: 21680.204, 99%: 22399.251, max_rt: 22399.842, 10|23612.802, 2|6979.888, 0|0.000, 0|0.000
  30, trx: 14, 95%: 21550.797, 99%: 24865.887, max_rt: 24863.416, 8|19415.285, 0|0.000, 1|34375.755, 0|0.000
  40, trx: 6, 95%: 30071.479, 99%: 30071.479, max_rt: 30070.638, 13|21700.073, 2|1556.698, 0|0.000, 0|0.000
  50, trx: 16, 95%: 16555.115, 99%: 18088.917, max_rt: 18089.462, 15|10727.610, 1|985.788, 2|44921.254, 0|0.000
  60, trx: 6, 95%: 20426.460, 99%: 20426.460, max_rt: 20427.254, 7|16342.486, 0|0.000, 0|0.000, 0|0.000
  70, trx: 7, 95%: 20840.263, 99%: 20840.263, max_rt: 20842.583, 6|17685.274, 0|0.000, 2|71371.553, 1|73601.007
  80, trx: 12, 95%: 19331.825, 99%: 21961.066, max_rt: 21963.506, 12|16032.869, 2|6187.316, 0|0.000, 0|0.000
  90, trx: 10, 95%: 14917.352, 99%: 14917.352, max_rt: 14915.321, 8|11906.947, 1|3237.487, 1|56860.851, 1|73551.862
 100, trx: 8, 95%: 19061.751, 99%: 19061.751, max_rt: 19061.873, 9|14089.579, 1|433.691, 2|54415.280, 3|106539.602
 110, trx: 16, 95%: 16076.521, 99%: 16270.171, max_rt: 16268.213, 3|11618.824, 1|92.480, 1|8790.656, 0|0.000
 120, trx: 10, 95%: 13437.587, 99%: 13437.587, max_rt: 13437.183, 22|31044.348, 1|5419.699, 2|53726.988, 0|0.000
STOPPING THREADS................................                  --结束压测
<Raw Results>                                            --第一次统计结果
  [0] sc:0 lt:131  rt:0  fl:0 avg_rt: 13862.8 (5)        --new-order,新订单业务成功次数(success),延迟次数(late),重试次数(retry),失败次数(failure),平均重试次数
  [1] sc:0 lt:127  rt:0  fl:0 avg_rt: 8024.2 (5)         --payment,支付业务统计
  [2] sc:0 lt:11  rt:0  fl:0 avg_rt: 3254.7 (5)         --order-status,订单状态业务统计
  [3] sc:0 lt:11  rt:0  fl:0 avg_rt: 56329.9 (80)        --delivery 发货业务统计
  [4] sc:0 lt:5  rt:0  fl:0 avg_rt: 208602.8 (20)        --stock-level库存业务统计
 in 120 sec.
<Raw Results2(sum ver.)>                                             --第二次测试结果
  [0] sc:0  lt:131  rt:0  fl:0
  [1] sc:0  lt:127  rt:0  fl:0
  [2] sc:0  lt:11  rt:0  fl:0
  [3] sc:0  lt:11  rt:0  fl:0
  [4] sc:0  lt:5  rt:0  fl:0
<Constraint Check> (all must be [OK])       --所有的都必须OK才行
 [transaction percentage]
        Payment: 44.56% (>=43.0%) [OK]   --支付成功次数,结果大于43%,为OK,结果小于43%,为NG;
   Order-Status: 3.86% (>= 4.0%) [NG] *    --订单状态
       Delivery: 3.86% (>= 4.0%) [NG] *  --发货状态
    Stock-Level: 1.75% (>= 4.0%) [NG] *   --库存状态
 [response time (at least 90% passed)]      --响应耗时指标必须超过90%通过才行
      New-Order: 0.00%  [NG] *       --表示not good
        Payment: 0.00%  [NG] *
   Order-Status: 0.00%  [NG] *
       Delivery: 0.00%  [NG] *
    Stock-Level: 0.00%  [NG] *
<TpmC>
                 65.500 TpmC    --TpmC结果值(每分钟事务数,该值是第一次统计结果中的新订单事务数除以总耗时分钟数,例如本例中是:131/2=65.5),TpmC/60=tps

FAQ

安装时候的报错

[[email protected] tpcc-mysql-master]# ./tpcc_load help

./tpcc_load: error while loading shared libraries: libmysqlclient.so.20: cannot open shared object file: No such file or directory

解决方法:

[[email protected] tpcc-mysql-master]# ln -s /usr/local/mysql/lib/libmysqlclient.so.20 /usr/lib64/libmysqlclient.so.20

参考链接:

http://imysql.com/2014/10/10/tpcc-mysql-full-user-manual.shtml

http://imysql.com/2015/07/28/mysql-benchmark-reference.shtml

原文地址:http://blog.51cto.com/darrenmemos/2130202

时间: 2024-10-09 22:03:21

MySQL压测工具--TPCC安装,测试的相关文章

mysql压测工具sysbench安装详解

sysbench源码包下载过程略(也可以使用epel源安装),自行网上搜索. 1 先安装mysql数据库. #yum install mysql-community-server,我这环境安装的是5.7.16版本. #tar xf sysbench-0.4.12.10.tar.gz #cd sysbench #./configure  --with-mysql-includes=/usr/include/mysql/ --with-mysql-libs=/usr/lib64/mysql/ #ma

Mysql压测工具mysqlslap 讲解

参考文献: http://dev.mysql.com/doc/refman/5.1/en/mysqlslap.html http://www.ningoo.net/html/2008/mysql_load_test_tool_mysqlslap.html 在mysql5.1以后的版本:客户端带了个工具mysqlslap可以对mysql进行压力测试: 可以使用mysqlslap --help来显示使用方法: Default options are read from the following f

web压测,webbench安装测试

系统centos 编译安装: wget http://blog.s135.com/soft/linux/webbench/webbench-1.5.tar.gz tar zxvf webbench* -C /opt/ cd /opt/webbech* make && make install PS:有时需要配置host,vim /etc/hosts 报错1: ctags *.c /bin/sh: ctags: command not found yum -y install ctags 报

MySQL压测--注意事项和FAQ

上次我们讲了TPCC的安装和一些使用方法,今天先不着急真正的做MySQL压力测试,先把我最近做压力测试的遇到的一些问题罗列出来,这样 后面做测试可以事半功倍. 1.注意事项 (1).提前规划好具体要测试什么,即测试目的,比如 MySQL5.6与5.7的性能差异: 异步复制和半同步复制的TPS: 设置双1(innodb_flush_log_at_trx_commit=1.sync_binlog=1)性能对数据库性能影响多少: 确认即将上线的新业务对MySQL负载影响多少,是否能承载得住,是否需要对

压测工具的实践

压测工具apache ab /webbentch 1.Apache的ab命令模拟多线程并发请求,测试服务器负载压力,也可以测试nginx.lighthttp.IIS等其它Web服务器的压力.ab命令  对发出负载的计算机要求很低,既不会占用很多CPU,也不会占用太多的内存,但却会给目标服务器造成巨大的负载.ab是最常用  的压测工具. 2.ebbech能测试处在相同硬件上,不同服务的性能以及不同硬件上同一个服务的运行状况.webBech的标准测试可以向我们展示服务器的两项 内容:每秒钟相应请求数

MySQL压测--参数压测

我们知道,MySQL为了保证数据的尽量不丢失,一般会把参数sync_binlog 和innodb_flush_log_at_trx_commit都设置为1,即双1原则,但是,凡是都有两面性,高安全和高性能往往是让人很难取舍的,需要根据你的实际业务需求进行抉择: 1.测试背景 首先分别了解一下这两个参数的官方解释: sync_binlog Controls how often the MySQL server synchronizes the binary log to disk. 控制MySQL

MySQL压测--异步与半同步复制

最近在看MySQL5.7 Manual,有关Semisynchronous Replication这一块的内容,我们知道,MySQL默认的Replication是异步的,何为异步?何为半同步?废话不多说,直接看官方解释吧: 1.背景知识 Asynchronous replication the master writes events to its binary log and slaves request them when they are ready. There is no guaran

Http压测工具wrk使用指南

用过了很多压测工具,却一直没找到中意的那款.最近试了wrk感觉不错,写下这份使用指南给自己备忘用,如果能帮到你,那也很好. 安装 wrk支持大多数类UNIX系统,不支持windows.需要操作系统支持LuaJIT和OpenSSL,不过不用担心,大多数类Unix系统都支持.安装wrk非常简单,只要从github上下载wrk源码,在项目路径下执行make命令即可. git clone https://github.com/wg/wrk make make之后,会在项目路径下生成可执行文件wrk,随后

swingbench-免费的oracle性能压测工具

SwingBench介绍: SwingBench由负载生成器,协调器和集群概述组成.该软件使得能够生成负载并且将图表的事务/响应时间映射. SwingBench可用于演示和测试诸如实际应用集群,在线表重建,备用数据库,在线备份和恢复等技术 SwingBench附带的代码包括6个基准,OrderEntry,SalesHistory,TPC-DS Like,JSON,CallingCircle和StressTest .. OrderEntry基于Oracle11g / Oracle12c附带的"oe