- 安装
- 文档
- 入门
- 连接
- 数据导入与导出
- 湖仓格式
- 客户端 API
- 概览
- 第三方客户端
- ADBC
- C
- C++
- CLI
- Dart
- Go
- Java (JDBC)
- Julia
- Node.js (已弃用)
- Node.js (Neo)
- ODBC
- PHP
- Python
- R
- Rust
- Swift
- Wasm
- SQL
- 介绍
- 语句
- 概览
- ANALYZE
- ALTER TABLE
- ALTER VIEW
- ATTACH 和 DETACH
- CALL
- CHECKPOINT
- COMMENT ON
- COPY
- CREATE INDEX
- CREATE MACRO
- CREATE SCHEMA
- CREATE SECRET
- CREATE SEQUENCE
- CREATE TABLE
- CREATE VIEW
- CREATE TYPE
- DELETE
- DESCRIBE
- DROP
- EXPORT 和 IMPORT DATABASE
- INSERT
- LOAD / INSTALL
- MERGE INTO
- PIVOT
- 性能分析
- SELECT
- SET / RESET
- SET VARIABLE
- SHOW 与 SHOW DATABASES
- SUMMARIZE
- 事务管理
- UNPIVOT
- UPDATE
- USE
- VACUUM
- 查询语法
- SELECT
- FROM 和 JOIN
- WHERE
- GROUP BY
- GROUPING SETS
- HAVING
- ORDER BY
- LIMIT 和 OFFSET
- SAMPLE
- 展开嵌套
- WITH
- WINDOW
- QUALIFY
- VALUES
- FILTER
- 集合操作
- 预处理语句
- 数据类型
- 表达式
- 函数
- 概览
- 聚合函数
- 数组函数
- 位字符串函数
- Blob 函数
- 日期格式化函数
- 日期函数
- 日期部分函数
- 枚举函数
- 间隔函数
- Lambda 函数
- 列表函数
- 映射函数
- 嵌套函数
- 数值函数
- 模式匹配
- 正则表达式
- 结构体函数
- 文本函数
- 时间函数
- 时间戳函数
- 带时区时间戳函数
- 联合函数
- 实用函数
- 窗口函数
- 约束
- 索引
- 元查询
- DuckDB 的 SQL 方言
- 示例
- 配置
- 扩展
- 核心扩展
- 概览
- 自动补全
- Avro
- AWS
- Azure
- Delta
- DuckLake
- 编码
- Excel
- 全文搜索
- httpfs (HTTP 和 S3)
- Iceberg
- ICU
- inet
- jemalloc
- Lance
- MySQL
- PostgreSQL
- 空间
- SQLite
- TPC-DS
- TPC-H
- UI
- Unity Catalog
- Vortex
- VSS
- 指南
- 概览
- 数据查看器
- 数据库集成
- 文件格式
- 概览
- CSV 导入
- CSV 导出
- 直接读取文件
- Excel 导入
- Excel 导出
- JSON 导入
- JSON 导出
- Parquet 导入
- Parquet 导出
- 查询 Parquet 文件
- 使用 file: 协议访问文件
- 网络和云存储
- 概览
- HTTP Parquet 导入
- S3 Parquet 导入
- S3 Parquet 导出
- S3 Iceberg 导入
- S3 Express One
- GCS 导入
- Cloudflare R2 导入
- 通过 HTTPS / S3 使用 DuckDB
- Fastly 对象存储导入
- 元查询
- ODBC
- 性能
- Python
- 安装
- 执行 SQL
- Jupyter Notebooks
- marimo Notebooks
- Pandas 上的 SQL
- 从 Pandas 导入
- 导出到 Pandas
- 从 Numpy 导入
- 导出到 Numpy
- Arrow 上的 SQL
- 从 Arrow 导入
- 导出到 Arrow
- Pandas 上的关系型 API
- 多个 Python 线程
- 与 Ibis 集成
- 与 Polars 集成
- 使用 fsspec 文件系统
- SQL 编辑器
- SQL 功能
- 代码片段
- 故障排除
- 术语表
- 离线浏览
- 操作手册
- 概览
- DuckDB 的占用空间
- 安装 DuckDB
- 日志
- 保护 DuckDB 安全
- 非确定性行为
- 限制
- DuckDB Docker 容器
- 开发
- 内部结构
- 站点地图
- 在线演示
DuckDB 拥有一个广泛的基准测试套件。当进行可能影响性能的更改时,运行这些基准测试以检测潜在的性能退化非常重要。
入门
要构建基准测试套件,请在 DuckDB 代码仓库中运行以下命令
BUILD_BENCHMARK=1 BUILD_EXTENSIONS='tpch' make
列出基准测试
要列出所有可用的基准测试,请运行
build/release/benchmark/benchmark_runner --list
运行基准测试
运行单个基准测试
要运行单个基准测试,请执行以下命令
build/release/benchmark/benchmark_runner benchmark/micro/nulls/no_nulls_addition.benchmark
输出将以 CSV 格式打印到 stdout,格式如下
name run timing
benchmark/micro/nulls/no_nulls_addition.benchmark 1 0.121234
benchmark/micro/nulls/no_nulls_addition.benchmark 2 0.121702
benchmark/micro/nulls/no_nulls_addition.benchmark 3 0.122948
benchmark/micro/nulls/no_nulls_addition.benchmark 4 0.122534
benchmark/micro/nulls/no_nulls_addition.benchmark 5 0.124102
您还可以使用 --out 标志指定输出文件。这将仅把计时结果(以换行符分隔)写入该文件。
build/release/benchmark/benchmark_runner benchmark/micro/nulls/no_nulls_addition.benchmark --out=timings.out
输出将包含以下内容
0.182472
0.185027
0.184163
0.185281
0.182948
使用正则表达式运行多个基准测试
您也可以使用正则表达式来指定要运行哪些基准测试。请注意 shell 对某些正则字符的扩展(例如,* 很可能会被您的 shell 扩展,因此需要正确引用或转义)。
build/release/benchmark/benchmark_runner "benchmark/micro/nulls/.*"
运行所有基准测试
不指定任何参数将运行所有基准测试。
build/release/benchmark/benchmark_runner
其他选项
--info 标志为您提供有关基准测试的其他一些信息。
build/release/benchmark/benchmark_runner benchmark/micro/nulls/no_nulls_addition.benchmark --info
display_name:NULL Addition (no nulls)
group:micro
subgroup:nulls
--query 标志将打印基准测试所运行的查询。
SELECT min(i + 1) FROM integers;
--profile 标志将输出查询树。
创建基准测试
一些开发工作围绕性能展开,在其他测试中加入基准测试不仅可以验证改进,还可以防止未来功能开发中出现性能退化。
基准测试示例
为了说明如何创建基准测试文件,我们可以查看 FILL 窗口函数的基准测试。(FILL 函数用于对有序分区中的缺失值进行线性插值。)
基准测试类似于单元测试文件,并且具有相同类型的标题。
# name: benchmark/micro/window/window_fill.benchmark
# description: Measure the performance of FILL
# group: [window]
make format-head 命令可以确保标题具有预期的结构并防止 tidy 检查错误。
在此标题下方,有一组总结该基准测试的关键字。
name FillPerformance
group micro
subgroup window
虽然有些基准测试运行单个查询,但使用 argument 关键字来参数化基准测试通常很有用。这允许在不同的设置(如数据量)下运行基准测试。对于 FILL 基准测试,有三个参数
argument sf 10
argument errors 0.1
argument keys 4
对于 FILL,这些参数是
- 比例因子(每个分区的百万行数)
- 错误率(缺失值所占的比例)
- 分区数量。
基准测试通常需要在运行查询之前进行一些数据准备。数据准备在基准测试文件的 load 部分完成。对于 FILL 基准测试,我们使用这些参数和一个随机数生成器创建一个表。
load
select setseed(0.8675309);
create or replace table data as (
select
k::TINYINT as k,
(case when random() > ${errors} then m - 1704067200000 else null end) as v,
m,
from range(1704067200000, 1704067200000 + ${sf} * 1_000_000 * 10, 10) times(m)
cross join range(${keys}) keys(k)
);
argument 参数会在查询中展开,类似于单元测试中 foreach 值的展开方式。请注意,我们可以在 load 部分执行多个 SQL 语句。
数据准备好后,我们终于可以指定要进行基准测试的查询了!这在 run 部分完成,限制与单元测试相同(例如,没有空行等)。对于 FILL 基准测试,我们想要找出所有插值失败的地方
run
SELECT
m,
k,
fill(v) OVER (PARTITION BY k ORDER BY m) as v
FROM
data
qualify v <> m - 1704067200000;
如果插值正确,无论规模如何,我们都不会有任何输出。我们可以通过最终的 result 子句来检查这一点,该子句与单元测试具有相同的语法
result III
通过提供空输出行,我们既可以检查查询的正确性,也可以检查其性能。
在顶级的 benchmark/ 目录中还有许多其他示例,您不妨看看以探索其他技术。