Chinaunix首页 | 论坛 | 博客
  • 博客访问: 759685
  • 博文数量: 99
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 1163
  • 用 户 组: 普通用户
  • 注册时间: 2016-09-22 09:50
个人简介

一个守望数据库的老菜鸟

文章分类

全部博文(99)

文章存档

2019年(21)

2018年(17)

2017年(37)

2016年(24)

我的朋友

分类: Mysql/postgreSQL

2016-10-15 16:08:09

博客文章除注明转载外,均为原创。转载请注明出处。
本文链接地址:http://blog.chinaunix.net/uid-31396856-id-5753396.html


1.安装bzr客户端
yum install bzr 
2.下载
bzr branch lp:~percona-dev/perconatools/tpcc-mysql
3.编译安装
make
4.测试环境
(1)创建测试库
mysqladmin -S /dbfiles/mysql_home/data/mysql.sock -udbwatcher -pdbwatcher create tpcc100
(2)创建data mode
mysql -S /dbfiles/mysql_home/data/mysql.sock -udbwatcher -pdbwatcher -f tpcc100 < create_table.sql 
(3)加载测试数据
/tpcc_load localhost tpcc100 dbwatcher "dbwatcher" 100
说明: tpcc 默认会读取 /var/lib/mysql/mysql.sock 这个socket 文件,因此有时候可能会报错。
因此,如果你的 socket 文件不在相应路径的话,可以做个软连接处理下。
5.执行压测
./tpcc_start -hlocalhost -d tpcc100 -u dbwatcher -p "dbwatcher"  -w 100 -c 32 -r 600 -l 1800  -f tpcc_mysql_20160309.log >> tpcc_caseX_20160309.log 2>&1
参数解释:

-w 指定仓库数量
-c 指定并发连接数
-r 指定开始测试前进行warmup的时间,进行预热后,测试效果更好
-l 指定测试持续时间
-i  指定生成报告间隔时长
-f 指定生成的报告文件名
6.压测结果说明
***************************************
*** ###easy### TPC-C Load Generator ***
***************************************
option h with value 'localhost'
option d with value 'tpcc100'
option u with value 'dbwatcher'
option p with value 'dbwatcher'
option w with value '100'
option c with value '32'
option r with value '600'
option l with value '1800'
option f with value 'tpcc_mysql_20160309.log'
     [server]: localhost
     [port]: 3306
     [DBname]: tpcc100
       [user]: dbwatcher
       [pass]: dbwatcher
  [warehouse]: 100
 [connection]: 32
     [rampup]: 600 (sec.)
    [measure]: 1800 (sec.)

RAMP-UP TIME.(600 sec.)
MEASURING START.
  10, 4452(0):0.983|4.896, 4455(0):0.267|4.378, 445(0):0.153|0.343, 444(0):1.305|5.784, 446(0):2.838|3.843
  20, 4740(0):0.996|1.329, 4740(0):0.266|0.464, 474(0):0.147|0.208, 475(0):1.311|1.414, 474(0):2.900|3.422
  30, 4614(0):0.958|4.386, 4612(0):0.269|0.507, 461(0):0.149|0.198, 459(0):1.340|5.236, 462(0):2.670|3.125
  40, 4472(0):0.915|1.179, 4474(0):0.264|0.363, 449(0):0.152|0.181, 449(0):1.258|1.402, 446(0):2.558|2.969
-- 以逗号分隔,共6列
-- 第一列,第N次10秒
-- 第二列,新订单成功执行压测的次数(推迟执行压测的次数):90%事务的响应时间|本轮测试最大响应时间,新订单事务数也被认为是总有效事务数的指标
-- 第三列,支付业务成功执行次数(推迟执行次数):90%事务的响应时间|本轮测试最大响应时间
-- 第四列,订单状态业务的结果,后面几个的意义同上
-- 第五列,物流发货业务的结果,后面几个的意义同上
-- 第六列,库存仓储业务的结果,后面几个的意义同上
-- 压测结束
STOPPING THREADS................................................................
   -- 第一次结果统计                  
      [0] sc:826966  lt:3  rt:0  fl:0     -- New-Order,新订单业务成功(success,简写sc)次数,延迟(late,简写lt)次数,重试(retry,简写rt)次数,失败(failure,简写fl)次数
      [1] sc:826927  lt:4  rt:0  fl:0     -- Payment,支付业务统计,其他同上
      [2] sc:82698  lt:0  rt:0  fl:0     -- Order-Status,订单状态业务统计,其他同上
      [3] sc:82696  lt:0  rt:0  fl:0     -- Delivery,发货业务统计,其他同上
      [4] sc:82698  lt:0  rt:0  fl:0     -- Stock-Level,库存业务统计,其他同上
     in 1800 sec.                     
    -- 第二次统计结果,其他同上
           
    [0] sc:826980  lt:3  rt:0  fl:0 
    [1] sc:826981  lt:4  rt:0  fl:0 
    [2] sc:82698  lt:0  rt:0  fl:0  
    [3] sc:82698  lt:0  rt:0  fl:0  
    [4] sc:82698  lt:0  rt:0  fl:0  
 (all must be [OK])       -- 下面所有业务逻辑结果都必须为 OK 才行
 [transaction percentage]
        Payment: 43.48% (>=43.0%) [OK]    -- 支付成功次数(上述统计结果中 sc + lt)必须大于43.0%,否则结果为NG,而不是OK
    Order-Status: 4.35% (>= 4.0%) [OK]    -- 订单状态,其他同上
        Delivery: 4.35% (>= 4.0%) [OK]    -- 发货,其他同上
     Stock-Level: 4.35% (>= 4.0%) [OK]    -- 库存,其他同上
  [response time (at least 90% passed)]   -- 响应耗时指标必须超过90%通过才行
       New-Order: 100.00%  [OK]           -- 下面几个响应耗时指标全部 100% 通过
         Payment: 100.00%  [OK]        
    Order-Status: 100.00%  [OK]        
        Delivery: 100.00%  [OK]        
     Stock-Level: 100.00%  [OK]        
  
     27565.633 TpmC      -- TpmC结果值(每分钟事务数,该值是第一次统计结果中的新订单总事务数除以总耗时分钟数:826966/30 = 27565.633)

参考文献:
--the end

阅读(2213) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~