TPC-C相关

简介: TPC-C相关

一、TPCC 简介

1. TPCC 概念

  • Approved in July of 1992, TPC Benchmark C is an on-line transaction processing (OLTP) benchmark. TPC-C is more complex than previous OLTP benchmarks such as TPC-A because of its multiple transaction types, more complex database and overall execution structure. TPC-C involves a mix of five concurrent transactions of different types and complexity either executed on-line or queued for deferred execution. The database is comprised of nine types of tables with a wide range of record and population sizes. TPC-C is measured in transactions per minute (tpmC). While the benchmark portrays the activity of a wholesale supplier, TPC-C is not limited to the activity of any particular business segment, but, rather represents any industry that must manage, sell, or distribute a product or service.
  • TPC Benchmark C于1992年7月批准,是一个在线交易处理(OLTP)基准。TPC-C比以前的OLTP基准测试(如TPC-A)更复杂,因为它具有多种事务类型、更复杂的数据库和整体执行结构。TPC-C涉及五个不同类型和复杂度的并发事务的混合,要么在线执行,要么排队等待延迟执行。数据库由九种类型的表组成,这些表具有广泛的记录和总体大小。TPC-C以每分钟事务数(tpmC)来衡量。虽然基准描述了批发供应商的活动,但TPC-C并不局限于任何特定业务部门的活动,而是代表必须管理、销售或分销产品或服务的任何行业。

2. TPCC 链接

3. 规范概要

这类系统具有比较鲜明的特点,这些特点主要表现如下:

  • 多种事务处理并发执行,充分体现了事务处理的复杂性;
  • 在线与离线的事务执行模式;
  • 多个在线会话终端;
  • 适中的系统运行时间和应用程序运行时间;
  • 大量的磁盘I/O数据流;
  • 强调事务的完整性要求(ACID);
  • 对于非一致的数据库分布,使用主键和从键进行访问;
  • 数据库由许多大小不一、属性多样,而又相互关联的数据表组成;
  • 存在较多数据访问和更新之间的资源争夺。

4. 测试指标

TPC-C测试的结果主要有两个指标,即流量指标(Throughput,简称tpmC)和性价比(Price/Performance,简称Price/tpmC)。

  • 流量指标(Throughput,简称tpmC):按照TPC组织的定义,流量指标描述了系统在执行支付操作、订单状态查询、发货和库存状态查询这4种交易的同时,每分钟可以处理多少个新订单交易。所有交易的响应时间必须满足TPC-C测试规范的要求,且各种交易数量所占的比例也应该满足TPC-C测试规范的要求。在这种情况下,流量指标值越大说明系统的联机事务处理能力越高。
  • 性价比(Price/Performance,简称Price/tpmc):即测试系统的整体价格与流量指标的比值,在获得相同的tpmC值的情况下,价格越低越好。

5. 事物说明

该系统需要处理的交易事务主要为以下几种:

  • 新订单(New-Order) :客户输入一笔新的订货交易;
  • 支付操作(Payment) :更新客户帐户余额以反映其支付状况;
  • 发货(Delivery) :发货(模拟批处理交易);
  • 订单状态查询(Order-Status) :查询客户最近交易的状态;
  • 库存状态查询(Stock-Level) :查询仓库库存状况,以便能够及时补货。

6. TPCC 榜单 top 10

Hardware Vendor System v tpmC Price/tpmC Watts/KtpmC System Availability Database Operating System TP Monitor Date Submitted
Alibaba Cloud Elastic Compute Service Cluster 707,351,007 3.98 CNY NR 06/08/20 OceanBase v2.2 Enterprise Edition with Partitioning, Horizontal Scalability and Advanced Compression Alibaba Aliyun Linux 2 Nginx 1.15.8 05/18/20
Alibaba Cloud Elastic Compute Service Cluster 60,880,800 6.25 CNY NR 10/02/19 OceanBase v2.2 Enterprise Edition with Partitioning, Horizontal Scalability and Advanced Compression Alibaba Aliyun Linux 2 Nginx 1.15.8 10/01/19
SPARC SuperCluster with T3-4 Servers 30,249,688 1.01 USD NR 06/01/11 Oracle Database 11g R2 Enterprise Edition w/RAC w/Partitioning Oracle Solaris 10 09/10 Oracle Tuxedo CFSR 12/02/10
IBM Power 780 Server Model 9179-MHB 10,366,254 1.38 USD NR 10/13/10 IBM DB2 9.7 IBM AIX Version 6.1 Microsoft COM+ 08/17/10
SPARC T5-8 Server 8,552,523 .55 USD NR 09/25/13 Oracle 11g Release 2 Enterprise Edition with Oracle Partitioning Oracle Solaris 11.1 Oracle Tuxedo CFSR 03/26/13
Sun SPARC Enterprise T5440 Server Cluster 7,646,486 2.36 USD NR 03/19/10 Oracle Database 11g Enterprise Edition w/RAC w/Partitioning Sun Solaris 10 10/09 Oracle Tuxedo CFSR 11/03/09
IBM Power 595 Server Model 9119-FHA 6,085,166 2.81 USD NR 12/10/08 IBM DB2 9.5 IBM AIX 5L V5.3 Microsoft COM+ 06/10/08
Bull Escala PL6460R 6,085,166 2.81 USD NR 12/15/08 IBM DB2 9.5 IBM AIX 5L V5.3 Microsoft COM+ 06/15/08
Sun Server X2-8 5,055,888 .89 USD NR 07/10/12 Oracle Database 11g R2 Enterprise Edition w/Partitioning Oracle Linux w/Unbreakable Enterprise Kernel R2 Oracle Tuxedo CFSR 03/27/12
Sun Fire X4800 M2 Server 4,803,718 .98 USD NR 06/26/12 Oracle Database 11g R2 Enterprise Edition Oracle Linux w/Unbreakable Enterprise Kernel R2 Oracle Tuxedo CFSR 01/17/12

二、TPCC工具与文件相关介绍

  • htop 观察CPU使用情况,arm平台需要从源码编译,使用htop监控数据库服务端和tpcc客户端CPU利用情况,最佳性能测试情况下,各个业务CPU的占用率都非常高(> 90%)。如果有CPU占用率没有达标,可能是绑核方式不对或其他问题,需要定位找到根因进行调整。

  • 区域一:CPU、内存、Swap的使用情况;
  • 区域二:任务、线程、平均负载及系统运行时间的信息。平均负载部分提供了三个数字,这仅仅表示的是过去的5分钟、10分钟和15分钟系统的平均负载而已。uptime标示的数字是从系统启动起到当前的运行总时间。
  • 区域三:当前系统中的所有进程。各列说明:

PID:进程标志号,是非零正整数

USER:进程所有者的用户名

PR:进程的优先级别

NI:进程的优先级别数值

VIRT:进程占用的虚拟内存值

RES:进程占用的物理内存值

SHR:进程使用的共享内存值

S:进程的状态,其中S表示休眠,R表示正在运行,Z表示僵死状态,N表示该进程优先值是负数

%CPU:该进程占用的CPU使用率

%MEM:该进程占用的物理内存和总内存的百分比

TIME+:该进程启动后占用的总的CPU时间

COMMAND:进程启动的启动命令名称

  • 区域四:当前界面中F1-F10功能键中定义的快捷功能。

下图是最佳性能测试情况下所有CPU的使用情况,其中黄线框中的是处理网络中断的CPU。

  • iostat 查看系统IO使用情况
  • sar 查看网络使用情况
目录
相关文章
|
5月前
|
缓存 测试技术 调度
PolarDB-X的TPC-H列存执行计划
本文从官方的角度逐条解析PolarDB-X在TPC-H列存执行计划的设计要点。这些要点不仅包含了各项优化的原理,还提供了相关的证明与代码实现,希望帮助读者更深入地理解PolarDB-X的列存优化器。
8016 13
|
8月前
|
存储 缓存 算法
TPC-H
TPC-H是世界上最为流行的OLAP workload的benchmark程序,被广泛应用于评估查询处理过程的相关任务。作为一款在线分析处理基准程序,TPC-H模拟了供应商和采购商之间的交易行为,包含针对8张表的22条分析型查询。在TPC-H的测试中,主要关注两个指标:Power单并发测试和Throughput多并发测试。
94 6
|
SQL 存储 分布式计算
Spark做TPC-DS性能测试
Spark做TPC-DS性能测试
1126 0
|
分布式计算 关系型数据库 MySQL
测试TPC-DS的性能提升
测试TPC-DS的性能提升
348 0
|
SQL 缓存 数据库
使用BenmarkSQL运行TPC-C及查看oceanbase执行计划查看
进行oceanbase数据库TPC-C测试,查看oceanbase的执行计划
311 0
|
SQL 存储 运维
OceanBase 3.2 正式发布 | 更硬核的 HTAP,TPC-H 性能提升6倍!
OceanBase 数据库将持续围绕打造硬核原生分布式 HTAP 数据库,在兼容性、稳定性、混合负载 HTAP、透明扩展等方面进行持续提升,把复杂留给数据库、把简单留给客户,打造满足客户真实业务诉求和场景的硬核数据库。
554 0
|
关系型数据库 数据库
Greenplum TPC-H测试
请参考如下 http://www.tpc.org/information/current_specifications.asp https://github.com/digoal/pg_tpch 下载tpch TPC-H V2.17.1 pdf Download D
18261 2
|
存储 数据库 SQL
蚂蚁金服OceanBase挑战TPCC | TPC-C基准测试之SQL优化
蚂蚁金服自研数据库 OceanBase 登顶 TPC-C 引起业内广泛关注,为了更清楚的展示其中的技术细节,我们特意邀请 OceanBase 核心研发人员对本次测试进行技术解读。
1651 0
蚂蚁金服OceanBase挑战TPCC | TPC-C基准测试之SQL优化
|
OceanBase 存储 数据库
蚂蚁金服OceanBase挑战TPCC | TPC-C基准测试之存储优化
OceanBase的TPC-C测试技术解读第五篇
3520 0
蚂蚁金服OceanBase挑战TPCC | TPC-C基准测试之存储优化
|
测试技术
Deepgreen与Greenplum TPC-H性能测试对比(使用德哥脚本)
Deepgreen数据库基于开源MPP数据库Greenplum而来,那么他的优越性几何?今天给大家分享数据仓库测试TPC-H的结果让大家加以比较
6862 0

热门文章

最新文章