Databend 的设计目标之一就是保持最佳性能,为了更好观测和评估性能,社区不光提供一套简单的本地基准测试方案,还建立了可视化的持续基准测试。
本地基准测试
hyperfine 是一种跨平台的命令行基准测试工具,支持预热和参数化基准测试。Databend 建议使用 hyperfine 通过 ClickHouse / MySQL 客户端执行基准测试,本文将使用 MySQL 客户端来介绍它。
前期准备:
进行本地基准测试之前,必须完成以下几项准备工作:
设计基准测试套件:
根据你的数据集特征和关键查询设计 SQL 语句,如果需要预先加载数据,请参考 Docs - Load Data 3 。
为方便示范,这里选用 Continuous Benchmarking - Vectorized Execution Benchmarking4 列出的 10 条语句,保存到 bench.sql 中。
SELECT avg(number) FROM numbers_mt(100000000000)
SELECT sum(number) FROM numbers_mt(100000000000)
SELECT min(number) FROM numbers_mt(100000000000)
SELECT max(number) FROM numbers_mt(100000000000)
SELECT count(number) FROM numbers_mt(100000000000)
SELECT sum(number+number+number) FROM numbers_mt(100000000000)
SELECT sum(number) / count(number) FROM numbers_mt(100000000000)
SELECT sum(number) / count(number), max(number), min(number) FROM numbers_mt(100000000000)
SELECT number FROM numbers_mt(10000000000) ORDER BY number DESC LIMIT 10
SELECT max(number), sum(number) FROM numbers_mt(1000000000) GROUP BY number % 3, number % 4, number % 5 LIMIT 10
使用 bash 脚本简化流程:
下面给出一个 benchmark.sh 范本,可以简化整个基准测试流程:
#!/bin/bash
WARMUP=3
RUN=10
export script="hyperfine -w $WARMUP -r $RUN"
script=""
function run() {
port=$1
sql=$2
result=$3
script="hyperfine -w $WARMUP -r $RUN"
while read SQL; do
n="-n "$SQL" "
s="echo "$SQL" | mysql -h127.0.0.1 -P$port -uroot -s"
script="$script '$n' '$s'"
done <<< $(cat $sql)
script="$script --export-markdown $result"
echo $script | bash -x
}
run "$1" "$2" "$3"
在这个脚本中:
- 使用 -w/–warmup & WARMUP 在实际基准测试之前运行 3 次程序执行来预热。
- 使用 -r/–runs & RUN 要求执行 10 次基准测试。
- 允许指定 Databend MySQL 兼容服务的端口。
- 允许指定输入的 SQL 文件,以及输出时的 Markdown 文件。
在使用前需要先运行 chmod a+x ./benchmark.sh 赋予其可执行权限。用法如下所示:
./benchmark.sh <port> <sql> <result>
执行基准测试并获取结果:
在这个例子中,MySQL 兼容服务的端口是 3307 ,基准测试用到的 SQL 文件为 bench.sql , 预期的输出在 databend-hyperfine.md 。
./benchmark.sh 3307 bench.sql databend-hyperfine.md
当然,你可以根据自己的配置和需要进行调整。
注意:下面的示例是在 AMD Ryzen 9 5900HS & 16GB RAM 配置下运行产生,仅供参考。
终端中的输出如下所示:
Benchmark 1: "SELECT avg(number) FROM numbers_mt(100000000000)"
Time (mean ± σ): 3.486 s ± 0.016 s [User: 0.003 s, System: 0.002 s]
Range (min … max): 3.459 s … 3.506 s 10 runs
最终的结果会保存在 databend-hyperfine.md 中,如下所示。
持续基准测试
Databend 的持续基准测试由 GitHub Action + Vercel + DatabendCloud 强力驱动,在 datafuselabs/databend-perf 5 这个 repo 中开源了源代码和 Workflow。
基本介绍
项目布局:
.
├── .github/workflows # 持续集成工作流
├── benchmarks # YAML 格式的 SQL Query 测试套件
├── collector # 分类存放性能数据
├── front # 可视化前端
├── reload # YAML 格式的 Data Load 测试套件
└── script # 数据预处理脚本
Workflow:
持续基准测试工作流定时计划执行,Perf Workflow 会在每天 00:25 UTC(北京时间 08:25)执行,Reload Workflow 会在每周五 08:25 UTC(北京时间 16:25)执行。
- 通过 GitHub API 获取当前日期和最新版本的 TAG 。
- 利用 perf-tool 和 DatabendCloud 进行交互,运行测试。
- 持久化性能数据到 databend-perf 这一 repo 中 。
- 执行脚本处理数据,使之生成前端需要的格式。
- 构建前端,完成可视化。
测试套件:
databend-perf 中的测试套件分为 Query Benchmark 和 Load Benchmark 两类,前者放在 benchmarks 目录下,后者放在 reload 目录下。测试用 YAML 格式定义:
metadata:
table: numbers
statements:
- name: Q1
query: "SELECT avg(number) FROM numbers_mt(10000000000);"
metadata 中的 table 字段是必须的,且分配给每类 benchmark 的值都唯一。statements 则只需要指定 name 和 query 。
向量化执行基准测试:
定义在 benchmarks/numbers.yaml ,一组数值计算 SQL,利用 Databend 的 numbers 表函数提供百亿级别的数据量。完整语句也可以在 Continuous Benchmarking - Vectorized Execution Benchmarking6 查看。
Ontime 常见分析场景基准测试:
定义在 benchmarks/ontime.yaml ,一组常见的空中交通分析 SQL ,基于美国交通部公开的 OnTime 数据集,共计 202,687,654 条记录。当前此基准测试不包含 JOIN 语句,Q5、Q6、Q7 均采用优化后的形式。完整语句也可以在 Continuous Benchmarking - Ontime Benchmarking 7查看。
Ontime 数据集载入基准测试:
定义在 reload/ontime.yaml ,同样基于美国交通部公开的 OnTime 数据集,通过 s3 进行 COPY INTO 。
关键语句:
COPY INTO ontime FROM 's3://<bucket>/m_ontime/'
credentials=(aws_key_id='AWS_KEY_ID' aws_secret_key='AWS_SECRET_KEY')
pattern ='.*[.]csv' file_format=(type='CSV' field_delimiter='\t' record_delimiter='\n' skip_header=1);
上面 SQL 语句中的 m_ontime/ 目录即为数据集:由原来 60.8 GB 数据全部合并后,再拆分成 100 个大小相近的文件。
数据处理:
基准测试得到的数据是 Json 格式的,会分类存放到 collector 这个目录下。metadata 部分是包含表、版本、机器规格的信息;schema 部分则是对每条语句执行情况的统计,包括中位数、平均数等。示例:
{
"metadata":{
"table":"numbers",
"tag":"v0.7.92-nightly",
"size":"Large"
},
"schema":[
{
"name":"Q1",
"sql":"SELECT avg(number) FROM numbers_mt(10000000000);",
"min":0.305,
"max":0.388,
"median":0.354,
"std_dev":0.02701407040784487,
"read_row":10000000000,
"read_byte":80000000000,
"time":[
0.315,
0.326,
...
],
"error":[
],
"mean":0.34774024905853534
},
...
]
}
经由 stript/transform.go
处理,为每个查询的对应图表聚合数据,主要强调最大、最小、均值、中位数四个指标。
示例:
{
"title":"Q1",
"sql":"SELECT avg(number) FROM numbers_mt(10000000000);",
"lines":[
{
"name":"min",
"data":[
3.084,
3.097,
3.043,
...
],
...
}
],
"version":[
"v0.7.0-nightly",
"v0.7.1-nightly",
"v0.7.2-nightly",
...
],
"legend":[
"min",
...
],
"xAxis":[
"2022-03-28",
"2022-03-29",
"2022-03-30",
...
],
}
可视化:
目前可视化方案采用 React + Echarts 实现,每个图表都对应上面处理得到的一个 Json 文件。在添加新的基准测试后,无需修改前端即可展现新的图表。
Graphs:
- 以折线图的形式展示性能变化,并支持通过拖动图表下方的选择器调整展示的时间区间。
- 横轴为日期,纵轴为执行用时,鼠标悬浮到上方即可查看当次执行的信息。
Compare:
- 支持任选两天对比执行用时的变化,以百分比形式展示。
Status:
- 关注当前最新性能测试结果中各指标的情况,以柱型图展示。
- 横轴为不同类型,纵轴为执行用时。
后续优化
目前 https://perf.databend.rs 为 Databend 提供了基本的持续性能监控方案,但仍然需要关注以下几个方向的内容:
- 选取更有代表性的指标:执行次数较少(只有 10 次),可供选择的指标可能不够具有代表性。例如:将次数提高到 100 次以获取 P90 来替代当前使用的中位数可能是比较合适的。
- 增加性能测试场景的覆盖:后续可以继续新增对其他数据集和场景的性能测试,比如 ssb 、hits 。
- 丰富性能监控的方向:监控 IO 和网络性能表现,对部分重点查询提供额外的性能评估,比如解析 Json 的性能表现。