修bug，完善功能
This commit is contained in:
ChuNa7a committed
1 parent
30364b1c4b
commit
6996e19694
125 files changed
+15343
-3746
No files matched your search
+45
-27
@@ -2,13 +2,25 @@
|
||||
|
||||
[← 返回 README](../README.md)
|
||||
|
||||
**本页导航：** [测试方法与复现](#测试方法与复现) · [实测环境](#实测环境) · [性能测试结果](#性能测试结果) · [事务基准](#事务基准) · [瓶颈与使用范围](#瓶颈与使用范围)
|
||||
本页内容：
|
||||
|
||||
- [测试方法与复现](#测试方法与复现)
|
||||
- [实测环境](#实测环境)
|
||||
- [性能测试结果](#性能测试结果)
|
||||
- [事务基准](#事务基准)
|
||||
- [瓶颈与使用范围](#瓶颈与使用范围)
|
||||
|
||||
本页面向需要复现性能测试或评估瓶颈的开发者。数据来自指定日期的单机样本，不能作为其他版本或生产环境的容量承诺。
|
||||
|
||||
常用指标中，p50 表示中位延迟，p95 表示按从小到大排列后覆盖 95% 样本的延迟；吞吐表示每秒完成的请求数。
|
||||
|
||||
## 测试方法与复现
|
||||
|
||||
`benchmark/` 中的应用名为 `benchmark4csql`。它启动真实 `chusql-server`，通过本机 TCP 使用共享客户端协议，服务端调用 Rust 存储；不以纯内存引擎测量代替端到端性能。每次运行创建独立临时数据库，结束后停止服务并清理数据。任一 SQL、结果校验或并发请求失败会使运行失败。
|
||||
|
||||
在 `benchmark/` 中构建优化版本，并在 PATH 中放置 release 存储动态库：
|
||||
### 构建与运行
|
||||
|
||||
先在 `chusql-core/storage/` 执行 `cargo build --release`，生成优化后的存储动态库。再进入 `benchmark/`，在 PowerShell 中构建并运行基准程序：
|
||||
|
||||
```powershell
|
||||
$repoRoot = (Resolve-Path '..').Path
|
||||
@@ -22,11 +34,17 @@ stack build chusql-core-model chusql-core-engine chusql-interface chusql-server
|
||||
stack exec -- benchmark4csql 10000 50000
|
||||
```
|
||||
|
||||
首次运行前从 `chusql-core/storage/` 执行 `cargo build --release`。Linux 使用 `LD_LIBRARY_PATH` 指向 release 存储目录。两个参数分别为用户数、订单数，默认 10,000 / 50,000，均需至少 100。
|
||||
Linux 使用 `LD_LIBRARY_PATH` 指向 release 存储目录。两个参数分别为用户数、订单数，默认 10,000 / 50,000，均需至少 100。
|
||||
|
||||
读取场景先预热一次，再采样七次，记录均值、p50、p95、最大延迟与请求数/秒。p95 使用最近秩；七次采样的 p95 等于最大值，只适合比较本次场景，不能作为稳定的生产尾延迟。并发场景使用独立的已认证 TCP 会话，1、4、8 个客户端各执行 100 次点查，同步开始；吞吐以整个并发阶段的墙上耗时计算，连接与登录不计入该阶段。
|
||||
### 采样与结果校验
|
||||
|
||||
加载主表每条 INSERT 包含 500 行。另测逐条持久化提交、200 条 INSERT 的单次事务提交、更新、删除和事务回滚。写入保留正常 WAL、数据刷盘与检查点路径，没有关闭持久化。查询耗时包含 TCP、SQL 解析、语义检查、引擎执行与响应解码；不包含 UI 渲染。读测试主要校验结果行数，加载 COUNT、并发点查值和回滚后值另行校验。
|
||||
读取场景先预热一次，再采样七次，记录均值、p50、p95、最大延迟与请求数/秒。p95 使用最近秩；七次采样的 p95 等于最大值，只适合比较本次场景，不能作为稳定的生产尾延迟。
|
||||
|
||||
并发场景使用独立的已认证 TCP 会话，1、4、8 个客户端各执行 100 次点查，同步开始；吞吐以整个并发阶段的墙上耗时计算，连接与登录不计入该阶段。
|
||||
|
||||
加载主表每条 INSERT 包含 500 行。另测逐条持久化提交、200 条 INSERT 的单次事务提交、更新、删除和事务回滚。写入保留正常 WAL、数据刷盘与检查点路径，没有关闭持久化。
|
||||
|
||||
查询耗时包含 TCP、SQL 解析、语义检查、引擎执行与响应解码；不包含 UI 渲染。读测试主要校验结果行数，加载 COUNT、并发点查值和回滚后值另行校验。
|
||||
|
||||
## 实测环境
|
||||
|
||||
@@ -81,14 +99,14 @@ stack exec -- benchmark4csql 10000 50000
|
||||
|
||||
这些写入阶段各测量一次，不报告分位数。场景按顺序执行，数据库大小、已打开表数量和索引状态会变化。
|
||||
|
||||
| 场景 | 处理行数 | 总耗时 ms | 行/秒 |
|
||||
| ---------------------------------------------- | -------: | ---------: | --------: |
|
||||
| 用户加载，500 行/提交 | 10,000 | 762.419 | 13,116.15 |
|
||||
| 订单加载，500 行/提交 | 50,000 | 3,915.697 | 12,769.12 |
|
||||
| 512 字节宽行加载，500 行/提交 | 5,000 | 1,084.740 | 4,609.40 |
|
||||
| writes 逐条持久化 INSERT | 200 | 1,119.0 | 178.73 |
|
||||
| batch_t 加载，100 行/提交 | 10,000 | 1,309.4 | 7,637.09 |
|
||||
| items 加载，100 行/提交 | 50,000 | 6,336.8 | 7,890.42 |
|
||||
| 场景 | 处理行数 | 总耗时 ms | 行/秒 |
|
||||
| ----------------------------- | -------: | --------: | --------: |
|
||||
| 用户加载，500 行/提交 | 10,000 | 762.419 | 13,116.15 |
|
||||
| 订单加载，500 行/提交 | 50,000 | 3,915.697 | 12,769.12 |
|
||||
| 512 字节宽行加载，500 行/提交 | 5,000 | 1,084.740 | 4,609.40 |
|
||||
| writes 逐条持久化 INSERT | 200 | 1,119.0 | 178.73 |
|
||||
| batch_t 加载，100 行/提交 | 10,000 | 1,309.4 | 7,637.09 |
|
||||
| items 加载，100 行/提交 | 50,000 | 6,336.8 | 7,890.42 |
|
||||
|
||||
其他单次耗时：
|
||||
|
||||
@@ -111,25 +129,25 @@ stack exec -- benchmark4csql 10000 50000
|
||||
|
||||
同日、相同机器和 10,000 用户 / 50,000 订单规模的独立测量，结果校验通过。日志为本机 `logs/repair-txn-performance.log`；以下数据与上面的场景不是同一次采样。
|
||||
|
||||
| 指标 | 耗时（ms） |
|
||||
| --- | ---: |
|
||||
| 200 次独立持久化 INSERT | 1,134.7 |
|
||||
| 事务 200 条 INSERT 总计 | 687.355 |
|
||||
| BEGIN | 269.806 |
|
||||
| 事务内 200 条 INSERT | 41.129 |
|
||||
| COMMIT | 376.345 |
|
||||
| 指标 | 耗时（ms） |
|
||||
| ----------------------- | ---------: |
|
||||
| 200 次独立持久化 INSERT | 1,134.7 |
|
||||
| 事务 200 条 INSERT 总计 | 687.355 |
|
||||
| BEGIN | 269.806 |
|
||||
| 事务内 200 条 INSERT | 41.129 |
|
||||
| COMMIT | 376.345 |
|
||||
|
||||
事务写入约 290.97 行/秒。BEGIN 与 COMMIT 合计约占总耗时的 94%；COMMIT 还包含差分、冲突检查和持久化，不能全部归因于快照。提交跳过未修改表，整数键差分使用 `IntMap` / `IntSet`，冲突检查与操作生成复用差分。
|
||||
|
||||
## 瓶颈与使用范围
|
||||
|
||||
| 观察 | 当前边界与测量方向 |
|
||||
| --- | --- |
|
||||
| 整库事务快照成本高 | BEGIN / COMMIT 仍读取整库，需分别测传输、修改表比较与刷盘 |
|
||||
| 不同外层绑定重复扫描 | 20 个不同绑定的相关 EXISTS 在事务基准运行中均值为 2,135.218 ms；相同绑定缓存不等于半连接或通用物化 |
|
||||
| 大结果与排序有全量成本 | 扫描包含解码、执行、TCP JSON；完整排序后 LIMIT，可分别评估 Top-K、分页和流式返回 |
|
||||
| 批量提交摊薄固定开销 | 场景的数据库大小和已打开表数量不同，不能当作严格单变量对照；刷盘优化仍须验证恢复 |
|
||||
| 读并发低于线性扩展 | 8 客户端吞吐约为 1 客户端的 4.8 倍；未测混合读写或并发写 |
|
||||
| 样本中的观察 | 解读与后续测量方向 |
|
||||
| ---------------------- | ---------------------------------------------------------------------------------------------------------------------------- |
|
||||
| 整库事务快照成本高 | 同一提交点复用最近的快照版本；变化后仍读整库，需分别测缓存命中、传输、修改表比较与刷盘 |
|
||||
| 不同外层绑定重复扫描 | 20 个不同绑定的相关 EXISTS 在事务基准运行中均值为 2,135.218 ms；该样本反映测量时的执行路径，不能用于判断后续半连接优化的效果 |
|
||||
| 大结果与排序有全量成本 | 扫描包含解码、执行、TCP JSON；完整排序后 LIMIT，可分别评估 Top-K、分页和流式返回 |
|
||||
| 批量提交摊薄固定开销 | 场景的数据库大小和已打开表数量不同，不能当作严格单变量对照；刷盘优化仍须验证恢复 |
|
||||
| 读并发低于线性扩展 | 8 客户端吞吐约为 1 客户端的 4.8 倍；未测混合读写或并发写 |
|
||||
|
||||
> [!IMPORTANT]
|
||||
> 这是单机回环、主要为热缓存、管理员身份的基准样本，不是生产容量承诺。未测远程网络、权限目录规模、冷缓存、内存峰值、崩溃恢复耗时或并发写冲突；七次读采样和单次写测量不足以建立统计置信区间。
|
||||
|
||||
Reference in new issue
Block a user