• mysql性能测试工具——tpcc-mysql


    1、工具安装
    下载源码包,解压安装
    # gunzip tpcc-mysql-src.tgz
    # tar xf tpcc-mysql-src.tar
    # cd tpcc-mysql/src
    # make
    之后会生成两个二进制工具tpcc_load(提供初始化数据的功能)和tpcc_start(进行压力测试)
     
    2、tpcc-mysql业务逻辑
     
    New-Order:新订单,一次完整的订单事务,几乎涉及到全部表
    Payment:支付,主要对应 orders、history 表
    Order-Status:订单状态,主要对应 orders、order_line 表
    Delivery:发货,主要对应 order_line 表
    Stock-Level:库存,主要对应 stock 表
    客户:主要对应 customer 表
    地区:主要对应 district 表
    商品:主要对应 item 表
    仓库:主要对应 warehouse 表
     
    3、tpcc测试前准备,初始化数据库
    进入tpcc-mysql目录
    # mysqladmin -uroot -pxxx create tpcc # 创建测试用的数据库(xxx为你的Mysql密码,tpcc为你创建的数据库名)
    # mysql -uroot -pxxx  -f tpcc < create_table.sql# 创建测试用的表
    # mysql -uroot -pxxx tpcc < add_fkey_idx.sql# 创建FK和索引
     
    4、加载数据
    注意:server是要测试的服务器,db,user,password也是要测的服务器上mysql的信息
    #./tpcc_load  --help
    ./tpcc_load [server] [db] [user] [password] [warehouse]
                      服务器名 数据库名 用户名 密码 仓库数量
    例如:
    #./tpcc_load localhost tpcc root xxx 150  
    真实测试中,数据库仓库一般不少于100个,如果配置了ssd,建议最少不低于1000个
     
    5、进行测试
    注意:server等信息与步骤4中保持一致
    #./tpcc_start --help
    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] - > out1
     
    各个参数用法如下:
    -h server_host: 服务器名
    -P port : 端口号,默认为3306
    -d database_name: 数据库名
    -u mysql_user : 用户名
    -p mysql_password : 密码
    -w warehouses: 仓库的数量
    -c connections : 线程数,默认为1
    -r warmup_time : 热身时间,单位:s,默认为10s , 热身是为了将数据加载到内存。(真实测试中建议热身时间不低于5分钟)
    -l running_time: 测试时间,单位:s,默认为20s
    -i report_interval: 指定生成报告间隔时长(真实测试中不低于30min)
    -f report_file: 测试结果输出文件(一般命名为xxx.log)
    -t trx:输出文件
    - > out1: 将控制台输出存入文件out1中
    例如:
    ./tpcc_start -h localhost -p 3306 -d tpcc -u root -p xxx -w 150 -c 12 -r 300 -l 360 -f test0.log -t test1.log - >test0.out
     
    -f report输出的文件
    是很多组数据对,如下例:
    0 1.273  //0表示timestamp,1.273表示在0-10s内的第1笔新订单业务耗时1.273s
    0 1.752  //0表示timestamp,1.752表示在0-10s内的第2笔新订单业务耗时1.752s
    0 3.768
    0 3.399
    0 1.584
    ...(篇幅限制,此处省略很多数据对,下同)
    10 1.489    //10表示timestamp,1.489表示在10-20s内的第1笔新订单业务耗时1.489s
    10 1.635
     
    -t trx输出文件:
    t_num: 10 finish: 1364890011 61758711 start: 1364890011 27467602
    t_num: 0 finish: 1364890011 63430248 start: 1364890011 24673279
    t_num: 7 finish: 1364890011 73803144 start: 1364890011 28447105
    10表示这个结果是第10个connect输出的(-c参数),finish和start后面的两个数据表示订单发送的结束时间和其实时间,单位分别为s/ns,finish-start的时间指的是占用cpu的时间,订单完成时间很大一部分是消耗再磁盘的IO处理上的。
     
    例如:
    -- 本轮tpcc压测的一些基本信息
    ***************************************
    *** ###easy### TPC-C Load Generator ***
    ***************************************
    option h with value 'localhost'         -- 主机
    option d with value 'tpcc'          -- 数据库
    option u with value 'root'              -- 账号
    option p with value 'yourpassword'      -- 密码
    option w with value '150'               -- 仓库数
    option c with value '12'                -- 并发线程数
    option r with value '300'               -- 数据预热时长(秒)
    option l with value '3600'              -- 压测时长(秒)
    non-option ARGV-elements: -
    <Parameters>
         [server]: localhost
         [port]: 3306
         [DBname]: tpcc
           [user]: root
           [pass]: xxx
      [warehouse]: 150
    [connection]: 12
         [rampup]: 300 (sec.)
        [measure]: 3600 (sec.)
    -- 预热结束,开始进行压测
    RAMP-UP TIME.(300 sec.)
    -- 每10秒钟输出一次压测数据
    MEASURING START.
      10, 435(0):3.322|6.846, 435(0):0.672|1.661, 44(0):0.386|0.439, 43(0):4.017|4.847, 44(0):11.076|11.907
      20, 418(0):3.334|3.482, 416(0):0.669|0.728, 41(0):0.355|0.390, 41(0):3.796|4.356, 41(0):10.580|10.781
      30, 410(0):3.332|4.708, 412(0):0.656|1.661, 41(0):0.304|0.308, 42(0):3.844|3.926, 42(0):10.542|10.646
    ...
      3580, 445(0):3.277|3.402, 447(0):0.658|0.765, 44(0):0.326|0.404, 45(0):3.856|3.950, 44(0):10.805|10.899
      3590, 388(0):3.352|3.589, 391(0):0.697|0.795, 39(0):0.320|0.330, 39(0):3.826|4.009, 39(0):10.638|10.844
      3600, 407(0):3.256|3.390, 405(0):0.676|0.746, 41(0):0.331|0.339, 41(0):3.904|3.910, 41(0):10.625|10.653
    -- 以逗号分隔,共6列
    -- 第一列,第N次10秒
    -- 第二列,新订单成功执行压测的次数(推迟执行压测的次数):90%事务的响应时间|本轮测试最大响应时间,新订单事务数也被认为是总有效事务数的指标
    -- 第三列,支付业务成功执行次数(推迟执行次数):90%事务的响应时间|本轮测试最大响应时间
    -- 第四列,订单状态业务的结果,后面几个的意义同上
    -- 第五列,物流发货业务的结果,后面几个的意义同上
    -- 第六列,库存仓储业务的结果,后面几个的意义同上
    -- 压测结束
    STOPPING THREADS............
    -- 第一次结果统计
    <Raw Results>
      [0] sc:144136  lt:5  rt:0  fl:0   -- New-Order,新订单业务成功(success,简写sc)次数,延迟(late,简写lt)次数,重试(retry,简写rt)次数,失败(failure,简写fl)次数
      [1] sc:144148  lt:0  rt:0  fl:0   -- Payment,支付业务统计,其他同上
      [2] sc:14416  lt:0  rt:0  fl:0    -- Order-Status,订单状态业务统计,其他同上
      [3] sc:14416  lt:0  rt:0  fl:0    -- Delivery,发货业务统计,其他同上
      [4] sc:14416  lt:0  rt:0  fl:0    -- Stock-Level,库存业务统计,其他同上
    in 3600 sec.
    -- 第二次统计结果,其他同上
    <Raw Results2(sum ver.)>
      [0] sc:144147  lt:5  rt:0  fl:0
      [1] sc:144154  lt:0  rt:0  fl:0
      [2] sc:14416  lt:0  rt:0  fl:0
      [3] sc:14416  lt:0  rt:0  fl:0
      [4] sc:14416  lt:0  rt:0  fl:0
    <Constraint Check> (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]
    <TpmC>
                     2402.350 TpmC - TpmC结果值(每分钟事务数,该值是第一次统计结果中的新订单事务数除以总耗时分钟数,例如本例中是:144136/60 = 2402.350)
  • 相关阅读:
    SICP学习笔记 第二章 (2.3)
    SICP学习笔记 第二章 (2.4)
    SICP学习笔记 第二章 (2.2)(上)
    SICP学习笔记 第一章 (1.3)
    SICP学习笔记 第二章 (2.1)
    sql server 获取服务器中数据库的大小
    vss File for <file> (<physical file>) Was Not Found
    Linq 中的获取最大值得记录
    silverlight 报错超时
    asp 中的getChunk(img_size)
  • 原文地址:https://www.cnblogs.com/hupoykitty/p/11612869.html
Copyright © 2020-2023  润新知