openGauss学习笔记-271 openGauss性能调优-TPCC性能调优测试指导-测试MOT-TPCC性能271.1 TPC-C简介271.2 系统级优化271.3 BenchmarkSQL：开源TPC-C工具271.4 运行基准271.5 结果报告
openGauss学习笔记-271 openGauss性能调优-TPCC性能调优测试指导-测试MOT-TPCC性能
本章节主要介绍openGauss数据库内核基于鲲鹏服务器和openEuler操作系统，为了达到最佳TPMC性能所依赖的关键系统级调优。
271.1 TPC-C简介
TPC-C基准是衡量联机事务处理（OLTP）系统性能的行业标准基准。它基于一个复杂的数据库和许多不同的事务类型。这些事务类型在此基准上执行。TPC-C基准测试既不依赖硬件，也不依赖软件，因此可以在每个测试平台上运行。基准模型的官方概述，见tpc.org网站（http://www.tpc.org/default5.asp）。
该数据库由9个不同结构的表组成，因此也包括9种类型的数据。每个表的数据大小和数量不同。在数据库上混合执行五种不同类型和复杂性的并发事务。这些大部分是在线事务或者部分排队等待延迟批处理。由于这些表竞争有限的系统资源，许多系统组件都有压力，数据更改以各种方式执行。
表 1 TPC-C数据库结构
| 表 | 条目数 |
|---|---|
| 仓库 | n |
| 供货商品 | 100,000 |
| 库存 | n x 100,000 |
| 地区 | n x 10 |
| 客户 | 3000/区，30,000/仓库 |
| 订单 | 客户数量（初始值） |
| 新增订单 | 30%订单（初始值） |
| 定单分录 | ~10/单 |
| 历史记录 | 客户数量（初始值） |
事务组合代表从订单输入到订单交付的完整业务处理。具体来说，所提供的组合旨在产生相等数量的新订单事务和支付事务，并且为每十个新订单事务产生一个交付事务、一个订单状态事务和一个库存水平事务。
表 2 TPC-C事务比例
| 事务级别≥4% | 占所有事务份额 |
|---|---|
| TPC-C新订单 | ≤ 45% |
| 支付 | ≥ 43% |
| 订单状态 | ≥ 4% |
| 交付 | ≥4%（批次） |
| 库存水平 | ≥ 4% |
有两种方法来执行事务：作为存储过程（允许更高的吞吐量）和以标准交互式SQL模式执行。
性能指标：tpm-C
tpm-C指标是每分钟执行的新订单事务数。考虑到事务中所需的组合以及广泛的复杂性和类型，此指标最接近地模拟一个全面的业务活动，而不仅仅是一个或两个事务或计算机操作。因此，tpm-C指标被认为是业务吞吐量的指标。
tpm-C指标单位表示为每分钟事务数-C，而C表示TPC-C特定基准。
image.png说明：
官方TPC-C基准规范可访问：http://www.tpc.org/tpc_documents_current_versions/pdf/tpc-c_v5.11.0.pdf。本规范中的一些规则在行业中难以实现，因为对行业现状来说这些规则太严格了。例如：扩容规则（a） tpm-C/Warehouse必须大于9且小于12.86（要达到较高的tpm-C率，需要很高的仓库费率。这就意味着需要非常大的数据库和内存容量）以及规则（b）10倍终端*仓库（意味着大量的模拟客户端）。
271.2 系统级优化
请按照MOT部署中的说明进行操作。下面介绍openGauss数据库在华为TaiShan服务器和Euler 2.8操作系统上部署时系统级的关键优化点，以达到极致性能。
271.3 BenchmarkSQL：开源TPC-C工具
可以使用BenchmarkSQL测试TPCC，如下所示：
下载benchmarksql：https://osdn.net/frs/g_redir.php?m=kent&f=benchmarksql%2Fbenchmarksql-5.0.zip
benchmarksql工具中的模式创建脚本需要调整为MOT语法，避免使用不支持的DDL。下载调整后的脚本：https://opengauss.obs.cn-south-1.myhuaweicloud.com/1.0.0/MOT-TPCC-Benchmark.tar.gz。该tar文件的内容包括sql.common.opengauss.mot文件夹和jTPCCTData.java文件，以及一个示例配置文件postgresql.conf和TPCC属性文件props.mot供参考。
将sql.common.opengauss.mot文件夹放在run文件夹下与sql.common同级的文件夹，用下载的Java文件替换src/client/jTPCCTData.java文件。
编辑run文件夹下的runDatabaseBuild.sh文件，将extraHistID从AFTER_LOAD列表中删除，以避免不支持的ALTER表DDL。
将lib/postgres文件夹下的JDBC驱动替换为openGauss JDBC。驱动下载链接：https://opengauss.org/en/download/。
在下载的Java文件（与原始文件相比）中所做的唯一更改是注释错误日志打印，以进行序列化和重复键错误。这些错误在MOT中是正常的，因为MOT使用的是乐观并发控制（OCC）机制。
image.png说明： 基准测试使用标准交互式SQL模式执行，没有存储过程。
271.4 运行基准
任何人都可以启动服务器，运行benchmarksql脚本。
运行基准测试：
进入benchmarksql运行文件夹，将sql.common重命名为sql.common.orig。
创建sql.common到sql.common.opengauss.mot的链接，用于测试MOT。
启动数据库服务器。
配置客户端props.pg文件。
运行基准测试。
271.5 结果报告
-
CLI结果
BenchmarkSQL结果应如下所示：
[图片上传失败...(image-bde3d4-1714044239991)]
随着时间的推移，基准测量并平均已提交的事务。上面的例子是两分钟的基准测试。
得分为271万tmp-C（每分钟新增订单数），占总承诺事务数的45%，即tpmTOTAL。
-
详细结果报告
详细结果报告示例：
图 1 详细结果报告
BenchmarkSQL收集详细的性能统计数据和操作系统性能数据（如果配置了的话）。
这些信息可以显示查询的延迟，从而暴露与存储/网络/CPU相关的瓶颈。
华为TaiShan 2480 MOT TPC-C测试结果
2020年5月1日TPC-C基准测试，TaiShan 2480服务器（Arm/鲲鹏4路服务器）安装openGauss数据库，吞吐量达到479万tpmC。
下图展示了近乎线性的可扩展性：
图 2 华为TaiShan 2480 MOT TPC-C测试结果
👍 点赞，你的认可是我创作的动力！
⭐️ 收藏，你的青睐是我努力的方向！
✏️ 评论，你的意见是我进步的财富！
