Doris Workload测试场景

SourceURL:file:///Users/cell/gaoji/work/doris/测试场景.docx

目前是 8台 /32cpu 32*8=256 core  /64G mem 64G*8=512G mem

系统 默认 导数 olap oltp

10% 10% 20%  50% 10%

测试场景一：

使用oltp的workload，

使用聚合sum sql : select sum(stall_no_amt) as stall_no_amt from org_goods_list_fuse_result_huanan limit 10;

测试前的cpu在20%以下

执行 oltp 压测 50 并发

java -cp diff-data-1.0-SNAPSHOT-jar-with-dependencies.jar task.DorisTest 50 1  "select sum(stall_no_amt) as stall_no_amt from org_goods_list_fuse_result_huanan limit 10;"

测试前的cpu在340%左右 mem 16%左右 ，sql 执行时长 118s 左右,期间执行其他workload olap 可以正常执行，但是执行sql 响应比全部要慢，执行统计sql

:

执行结果返回：

在执行并发压测前  438ms

在执行并发压测中  4.3s

执行 oltp 压测 10 并发

java -cp diff-data-1.0-SNAPSHOT-jar-with-dependencies.jar task.DorisTest 10 1  "select sum(stall_no_amt) as stall_no_amt from org_goods_list_fuse_result_huanan limit 10;"

测试前的cpu在340%左右 mem 11%左右 ，sql 执行时长 24s 左右,期间执行其他workload olap 可以正常执行，但是执行sql 响应比全部要慢，执行统计sql

在执行并发压测前  450ms

在执行并发压测中  2.26s

执行 oltp 压测 5 并发

java -cp diff-data-1.0-SNAPSHOT-jar-with-dependencies.jar task.DorisTest 5 1  "select sum(stall_no_amt) as stall_no_amt from org_goods_list_fuse_result_huanan limit 10;"

测试前的cpu在340%左右 mem 11%左右 ，sql 执行时长 13s 左右,期间执行其他workload olap 可以正常执行，但是执行sql 响应比全部要慢，执行统计sql

执行 oltp 压测 1 并发

返回在4s左右

结论：oltp 执行聚合统计类，cpu能硬限，但是其他Workload 在执行时间上明显受到影响，可能是IO共享影响的，如果IO硬限的话，资源又达不到共享，所以得权衡一下

测试场景二：

使用oltp的workload，

使用kv类 sql : select * From org_goods_list_fuse_result_huanan where dt='20240831' and goods_id='1000019' limit 10;

测试前的cpu在20%以下

执行 oltp 压测 100 并发

java -cp diff-data-1.0-SNAPSHOT-jar-with-dependencies.jar task.DorisTest 100 1  "select * From org_goods_list_fuse_result_huanan where dt='20240831' and goods_id='1000019' limit 10;"

结果550ms 左右返回，无压力

结论：oltp 执行 kv类，cpu能硬限，但是其他Workload 在执行时间上感觉不到受影响