1、tpcc-mysql的业务逻辑及其相关的几个表作用:
     New-Order:新订单,一次完整的订单事务,几乎涉及到全部表
     Payment:支付,主要对应 orders、history 表
     Order-Status:订单状态,主要对应 orders、order_line 表
     Delivery:发货,主要对应 order_line 表
     Stock-Level:库存,主要对应 stock 表
其它表说明:
     客户:主要对应 customer 表
     地区:主要对应 district 表
     商品:主要对应 item 表
     仓库:主要对应 warehouse 表
 
2、初始化测试库,先创建一个测试库sampson,并在测试库中创建表,即执行create_table.sql
[root@localhost tpcc-mysql]# mysql -uroot -p -S /tmp/mysql_3306.sock -e 'create database sampson'
Enter password:
[root@localhost tpcc-mysql]# mysql -uroot -p -S /tmp/mysql_3306.sock sampson < ./create_table.sql
Enter password:
[root@localhost tpcc-mysql]# mysql -uroot -p -S /tmp/mysql_3306.sock -e 'show tables from sampson'
Enter password:
+-------------------+
| Tables_in_sampson |
+-------------------+
| customer          |
| district          |
| history           |
| item              |
| new_orders        |
| order_line        |
| orders            |
| stock             |
| warehouse         |
+-------------------+
3、灌入测试数据
执行下面的命令,开始灌入测试数据:(本人的是虚拟机,仓库数就弄了10,省得压死了,哈哈)
[root@localhost tpcc-mysql]# ./tpcc_load 127.0.0.1:3306 sampson root mysql 10
*************************************
*** ###easy### TPC-C Data Loader  ***
*************************************
<Parameters>
     [server]: 127.0.0.1
     [port]: 3306
     [DBname]: sampson
       [user]: root
       [pass]: mysql
  [warehouse]: 10
TPCC Data Load Started...
... ...
 
真实测试场景中,仓库数一般不建议少于100个,视服务器硬件配置而定,如果是配备了SSD或者PCIE SSD这种高IOPS设备的话,建议最少不低于1000个。仓库越多,造数据的时间越长,需要耐心等待。
【在这里,需要注意的是 tpcc 默认会读取 /var/lib/mysql/mysql.sock 这个socket 文件。因此,如果你的 socket 文件不在相应路径的话,可以做个软连接,或者通过TCP/IP的方式连接测试服务器-----:未对socket做软连接,也未报错】
当造数据完成后,会有提示:...DATA LOADING COMPLETED SUCCESSFULLY.
 
4、进行TPCC测试以及结果解读
 
tpcc_start 工具用于tpcc压测,其用法如下:
[root@localhost tpcc-mysql]# ./tpcc_start --help
***************************************
*** ###easy### TPC-C Load Generator ***
***************************************
./tpcc_start: invalid option -- '-'
Usage: 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 指定并发连接数
-r 指定开始测试前进行warmup的时间,进行预热后,测试效果更好
-l 指定测试持续时间
-i 指定生成报告间隔时长
-f 指定生成的报告文件名
 
测试:
[root@localhost tpcc-mysql]# ./tpcc_start -h127.0.0.1 -P3306 -d sampson -u root -p mysql -w 10 -c 10 -r 120 -l 120
注意:真实测试场景中,建议预热时间不小于5分钟,持续压测时长不小于30分钟,否则测试数据可能不具参考意义。
 
测试结果:
[root@localhost tpcc-mysql]# ./tpcc_start -h127.0.0.1 -P3306 -d sampson -u root -p mysql -w 10 -c 10 -r 120 -l 120
***************************************
*** ###easy### TPC-C Load Generator ***
***************************************
option h with value '127.0.0.1'
option P with value '3306'
option d with value 'sampson'
option u with value 'root'
option p with value 'mysql'
option w with value '10'
option c with value '10'
option r with value '120'
option l with value '120'
<Parameters>
     [server]: 127.0.0.1 ------------主机
     [port]: 3306 ------------------端口
     [DBname]: sampson ----------压测的数据库
       [user]: root ------------------账户
       [pass]: mysql ----------------密码
  [warehouse]: 10 ----------------仓库数
 [connection]: 10 ----------------并发线程数
     [rampup]: 120 (sec.) ----------数据预热时长
    [measure]: 120 (sec.) ----------压测时长
 
RAMP-UP TIME.(120 sec.) --------数据预热结束
 
MEASURING START. --------------开始压测
 
  10, 10(10):19.999|23.476, 8(0):5.040|12.594, 1(0):1.374|1.687, 1(0):19.999|34.468, 0(0):19.999|56.519
  20, 9(8):11.255|11.752, 9(1):2.604|5.080, 0(0):0.000|0.000, 1(0):0.000|11.458, 2(2):19.999|58.247
  30, 10(9):13.610|15.632, 11(1):2.627|5.563, 1(0):0.000|0.974, 2(0):11.373|21.282, 1(1):0.000|46.330
  40, 22(18):16.505|17.051, 20(0):2.034|2.543, 3(0):0.914|2.382, 1(0):0.000|12.158, 2(2):19.999|43.855
  50, 20(18):12.967|13.553, 26(0):2.039|2.051, 1(0):0.000|2.282, 2(0):13.067|20.482, 2(2):19.999|54.839
  60, 13(11):10.302|11.644, 8(1):2.321|8.205, 2(0):0.705|1.080, 2(0):12.482|17.487, 1(1):0.000|42.983
  70, 11(9):8.816|9.680, 13(0):2.056|2.755, 2(0):0.515|0.893, 1(0):0.000|9.504, 2(2):19.999|53.664
  80, 9(8):10.421|20.137, 10(0):2.355|2.461, 0(0):0.000|0.000, 1(0):0.000|16.139, 1(1):0.000|43.634
  90, 3(3):6.339|18.041, 1(0):0.000|1.422, 0(0):0.000|0.000, 0(0):0.000|0.000, 0(0):0.000|0.000
 100, 1(1):0.000|9.972, 2(0):1.477|3.576, 1(0):0.000|0.976, 0(0):0.000|0.000, 0(0):0.000|0.000
 110, 16(15):13.330|16.044, 12(0):2.009|2.072, 1(0):0.000|0.910, 1(0):0.000|16.424, 1(1):0.000|45.823
 120, 8(8):18.334|18.672, 9(0):2.260|2.551, 1(0):0.000|0.971, 1(0):0.000|17.712, 1(1):0.000|44.961
-------------------------------------------每10秒输出一次压测数据,压测时长120s,共输出12次
     -- 以逗号分隔,共6列
     -- 第一列,第N次10秒
     -- 第二列,新订单成功执行压测的次数(推迟执行压测的次数):90%事务的响应时间|本轮测试最大响应时间,新订单事务数也被                    认为是总有效事务数的指标
     -- 第三列,支付业务成功执行次数(推迟执行次数):90%事务的响应时间|本轮测试最大响应时间
     -- 第四列,订单状态业务的结果,后面几个的意义同上
     -- 第五列,物流发货业务的结果,后面几个的意义同上
     -- 第六列,库存仓储业务的结果,后面几个的意义同上
 
STOPPING THREADS.......... -----------------结束压测
 
<Raw Results>------------------------第一次统计结果
  [0] sc:14  lt:118  rt:0  fl:0-------------New-Order,新订单业务成功(success,简写sc)次数,延迟(late,简写lt)次数,重试(retry,简写rt)次数,失败(failure,简写fl)次数
  [1] sc:126  lt:3  rt:0  fl:0--------------Payment,支付业务统计,其他同上
  [2] sc:13  lt:0  rt:0  fl:0---------------Order-Status,订单状态业务统计,其他同上
  [3] sc:13  lt:0  rt:0  fl:0---------------Delivery,发货业务统计,其他同上
  [4] sc:0  lt:13  rt:0  fl:0---------------Stock-Level,库存业务统计,其他同上
 in 120 sec.
 
<Raw Results2(sum ver.)>-------------第二次统计结果,其他同上
  [0] sc:14  lt:118  rt:0  fl:0
  [1] sc:126  lt:3  rt:0  fl:0
  [2] sc:13  lt:0  rt:0  fl:0
  [3] sc:13  lt:0  rt:0  fl:0
  [4] sc:0  lt:13  rt:0  fl:0
 
<Constraint Check> (all must be [OK])-----下面所有业务逻辑结果都必须为 OK 才行
 [transaction percentage]
        Payment: 43.00% (>=43.0%) [OK]----支付成功次数(上述统计结果中sc+lt)必须大于43.0%,否则结果为NG,而不是OK
   Order-Status: 4.33% (>= 4.0%) [OK]-----订单状态,其他同上
       Delivery: 4.33% (>= 4.0%) [OK]--------发货,其他同上
    Stock-Level: 4.33% (>= 4.0%) [OK]------库存,其他同上
 [response time (at least 90% passed)]------响应耗时指标必须超过90%通过才行
      New-Order: 10.61%  [NG] *
        Payment: 97.67%  [OK]
   Order-Status: 100.00%  [OK]
       Delivery: 100.00%  [OK]
    Stock-Level: 0.00%  [NG] *
 
<TpmC>
                 66.000 TpmC-----TpmC结果值(每分钟事务数,该值是第一次统计结果中的新订单事务数除以总耗时分钟数,例如本例中是:(14+118)/2=66,这里的2是压测时长以分钟计算)
 
一直调整仓库数,直到为1,所有业务逻辑结果才全是OK,且响应耗时指标都超过了90%。ps:我的虚拟机配置这么低!
[root@localhost tpcc-mysql]# ./tpcc_start -h127.0.0.1 -P3306 -d sampson -u root -p mysql -w 1 -c 10 -r 120 -l 120
***************************************
*** ###easy### TPC-C Load Generator ***
***************************************
option h with value '127.0.0.1'
option P with value '3306'
option d with value 'sampson'
option u with value 'root'
option p with value 'mysql'
option w with value '1'
option c with value '10'
option r with value '120'
option l with value '120'
<Parameters>
     [server]: 127.0.0.1
     [port]: 3306
     [DBname]: sampson
       [user]: root
       [pass]: mysql
  [warehouse]: 1
 [connection]: 10
     [rampup]: 120 (sec.)
    [measure]: 120 (sec.)
 
RAMP-UP TIME.(120 sec.)
 
MEASURING START.
 
  10, 525(7):10.151|29.286, 519(0):1.854|9.238, 52(0):1.610|2.454, 53(0):8.033|11.347, 52(1):19.999|47.850
  20, 489(1):3.995|11.156, 489(1):1.112|7.692, 50(0):0.690|0.772, 48(0):6.352|8.513, 49(0):13.274|14.293
  30, 606(3):4.290|9.320, 611(1):1.271|7.210, 59(0):1.659|1.685, 61(0):5.299|6.165, 61(0):10.935|13.769
  40, 492(4):4.562|9.583, 488(1):1.748|5.786, 50(0):0.396|0.444, 50(0):5.250|7.533, 49(0):11.144|11.757
  50, 575(4):3.780|27.336, 578(2):1.417|23.727, 58(0):0.430|0.798, 57(0):4.310|5.379, 57(0):14.092|15.045
  60, 568(7):5.220|11.017, 565(0):1.123|2.107, 57(0):1.118|4.742, 56(0):5.586|11.142, 58(0):10.124|13.559
  70, 518(4):4.312|6.638, 522(0):1.344|4.206, 52(0):0.598|0.609, 53(0):4.561|4.970, 51(0):11.794|14.335
  80, 558(5):4.546|9.356, 555(0):1.464|3.881, 55(0):0.713|2.523, 55(0):5.725|6.693, 55(0):12.486|12.853
  90, 535(4):4.459|12.942, 539(0):1.275|3.080, 53(0):0.412|0.767, 54(0):4.278|4.371, 54(0):11.763|16.768
 100, 511(4):4.627|6.937, 506(1):1.819|5.054, 51(0):0.597|1.654, 51(0):5.292|5.877, 52(1):19.219|20.809
 110, 380(8):5.978|10.211, 384(0):2.146|4.821, 39(0):0.606|0.861, 38(0):6.016|10.186, 37(0):17.525|18.237
 120, 566(1):3.784|8.728, 567(0):0.860|1.590, 57(0):0.343|0.421, 56(0):4.350|4.560, 56(1):13.137|20.078
 
STOPPING THREADS..........
 
<Raw Results>
  [0] sc:6271  lt:52  rt:0  fl:0
  [1] sc:6317  lt:6  rt:0  fl:0
  [2] sc:633  lt:0  rt:0  fl:0
  [3] sc:632  lt:0  rt:0  fl:0
  [4] sc:628  lt:3  rt:0  fl:0
 in 120 sec.
 
<Raw Results2(sum ver.)>
  [0] sc:6274  lt:52  rt:0  fl:0
  [1] sc:6317  lt:6  rt:0  fl:0
  [2] sc:633  lt:0  rt:0  fl:0
  [3] sc:632  lt:0  rt:0  fl:0
  [4] sc:628  lt:3  rt:0  fl:0
 
<Constraint Check> (all must be [OK])
 [transaction percentage]
        Payment: 43.48% (>=43.0%) [OK]
   Order-Status: 4.35% (>= 4.0%) [OK]
       Delivery: 4.35% (>= 4.0%) [OK]
    Stock-Level: 4.34% (>= 4.0%) [OK]
 [response time (at least 90% passed)]
      New-Order: 99.18%  [OK]
        Payment: 99.91%  [OK]
   Order-Status: 100.00%  [OK]
       Delivery: 100.00%  [OK]
    Stock-Level: 99.52%  [OK]
 
<TpmC>
                 3161.500 TpmC ----------------6271+52=6323;6323/2=3161.5
 
参考网址:http://imysql.com/2014/10/10/tpcc-mysql-full-user-manual.shtml

tpcc-mysql的使用的更多相关文章

  1. MySQL 常用工具sysbench/fio/tpcc等测试

    为什么要压力测试采购新设备,评估新设备性能开发新项目,评估数据库容量新系统上线前,预估/模拟数据库负载更换数据库版本,评估性能变化 关注指标  CPU %wait,%user,%sys 内存 只内存读 ...

  2. 高性能MySQL(第3版) 中文PDF带目录清晰版

    下载地址: <高性能MySQL(第3版)>编辑推荐:"只要你不敢以MySQL专家自诩,又岂敢错过这本神书?""一言以蔽之,写得好,编排得好,需要参考时容易到爆 ...

  3. mysql基准测试工具tpcc-mysql安装、使用、结果解读

    TPCC是专门针对联机交易处理系统(OLTP系统)的规范,一般情况下我们也把这类系统称为业务处理系统,tpcc-mysql是percona基于TPC-C(下面简写成TPCC)衍生出来的产品,专用于My ...

  4. 03:TPCC 基准压测my.cnf

    line: V1.3 mail: gczheng@139.com date: 2017-11-09 一.TPCC测试前准备 1.压测环境 配置 信息 主机 Dell PowerEdge R730xd ...

  5. 压力测试之TCPP

    1.下载源码 tpcc-mysql-src.tgz 2.解压 tpcc-mysql-src.tgz 3.安装 [root@DBMysql mysql]# cd /home/mysql/tpcc-mys ...

  6. 最详细的CentOS 6与7对比(三):性能测试对比

    本主题将从3个角度进行对比 常见设置(CentOS 6 vs CentOS 7) 服务管理(Sysvinit vs Upstart vs Systemd) 性能测试(cpu/mem/io/oltp) ...

  7. 关于mysql性能压测之tpcc

    软件下载: wget http://imysql.com/wp-content/uploads/2014/09/tpcc-mysql-src.tgz安装依赖:yum install -y mysql- ...

  8. mysql性能测试-tpcc

    mysql性能测试-tpcc Tpcc-mysql TPC-C是专门针对联机交易处理系统(OLTP系统)的规范 Tpcc-mysql由percona根据规范实现 TPCC流程  更能模拟线上业务   ...

  9. MySQL测试工具之-tpcc

    首先安装tpcc 官网地址:https://github.com/Percona-Lab/tpcc-mysql [root@test3 src]# unzip tpcc-mysql-master.zi ...

  10. [mysql]tpcc相关及画图

    参考:http://blog.chinaunix.net/uid-26896862-id-3563600.html 参考:http://blog.chinaunix.net/uid-25266990- ...

随机推荐

  1. java学习(二)多态中成员变量详解

    今天我总结了一下java多态中成员变量的赋值与调用 举一个我当初做过的小案例: class Fu{ int num; void show(){} } class Zi extends Fu{ //in ...

  2. 初识 Javascript.02 -- Date日期、Math对象、数据类型转换、字符串、布尔Boolean、逻辑运算符、if else 、三元表达式、代码调试方法、

    Date()对象: Date对象用于处理日期和时间. 1.1 Math对象  ◆Math.ceil()   天花板函数    向上取整  只取整数,不足则进1 ◆Math.floor()  地板函数 ...

  3. NumPy入门及基础

    1.1 NumPy 数组对象 NumPy中的ndarray是一个多维数组对象,该对象由两部分组成:  实际的数据;  描述这些数据的元数据. 大部分的数组操作仅仅修改元数据部分,而不改变底层的实际 ...

  4. Jmeter-元件的作用域和执行顺序

    Jmeter有8类可执行的元件,包括:逻辑控制器.配置元件.定时器.前置处理器.取样器.后置处理器.断言和监听器. 测试计划和线程组不属于元件. 1)取样器(Sampler):不与其他元件发生交互作用 ...

  5. javascript重修之书(一):如何判断变量的数据类型

    javascript重修之书(一):如何判断变量的数据类型 一:检测值类型 基本类型:(Undefined.Null.Boolean.Number和String) javascript之所以被称为一门 ...

  6. SPOJ-ANTP [组合数学]

    tags:[组合][预处理]题解:关于方程A+C+B=X的正整数解组数.我们用插板法可知,解的组数=在(X-1)个元素中选择两个元素的方案数故答案为:C(x-1,2)+C(x,2)+C(x+1,2)+ ...

  7. XJOI1559树转二叉树

    树转二叉树 将一棵树转化成二叉树. 输入格式: 输入的信息,第一行一个数n,(n<=1000)是树的结点数,以下n行,第i+1行是第i个结点的信息,第一个整数,是该结点的特征数值,后列出所有孩子 ...

  8. Xmpp实现简单聊天系列 --- ①openfire部署

    1. 下载最新的openfire安装文件 官方下载站点:http://www.igniterealtime.org/downloads/index.jsp#openfire 2. 下载完成后,执行你的 ...

  9. 关于C++ 循环

    有的时分,可能需求屡次履行同一块代码.通常情况下,句子是顺序履行的:函数中的第一个句子先履行,接着是第二个句子,依此类推. 编程言语供给了答应更为杂乱的履行途径的多种操控结构. 循环句子答应咱们屡次履 ...

  10. android中全局异常捕捉

    android中全局异常捕捉 只要写代码就会有bug,但是我们要想办法收集到客户的bug.有第三方bugly或者友盟等可以收集.但是,android原生就提供了有关收集异常的api,所以我们来学习一下 ...