tikv/tikv

benchmark: support bench transaction directly

Open

#2,529 创建于 2017年11月30日

在 GitHub 查看
 (0 评论) (0 反应) (0 负责人)Rust (15,922 star) (2,189 fork)batch import
help wantedsig/transactiontype/benchmarktype/enhancement

描述

Now, if we want to verify whether our transaction optimization works well or not, we have to run the whole TiDB cluster, but we can use a minimal benchmark at first.

We can call the Txn API (Get, Prewrite, Commit, Rollback, etc.) directly on a local RocksDB and use multiple threads to simulate the concurrency.

贡献者指南

技术栈
rust
领域
databaseperformance
议题类型
feature
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
3
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
half day
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
stale
清晰度议题是否清楚说明期望改动、验收标准和下一步。
clear
前置要求
Rust programmingBasic knowledge of TiKV architectureConcurrency basics
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
35
研究方向
Examine the existing benchmark infrastructure in the `benches` directory, especially any that use the `Txn` API directly. Design a new benchmark that sets up a local RocksDB instance using `engine rocks` crate and runs multiple threads calling `Get`, `Prewrite`, `Commit`, and `Rollback` on the transaction layer. Measure latency and throughput using `criterion`. Integrate into the build system so it can be run with `cargo bench`.