2.3.4 How to Benchmark(如何对 TiDB 进行基准测试)@2班+mark

sysbench:
image




可以开启tidb_disable_trx_auto_retry=off。否则报错时sysbench会报错退出。

测试前可以手动更新统计信息,count一下,把数据拉入缓存。
因为会测试不同线程,测试前可以把tikv数据目录备份下,测试完后停止下服务,再把数据拷贝回去。从而使每次测试都是一致的起点。

TPC-C


仓库数越少,测试时冲突记录越大。仓库数越多,占据空间也越大。



创建数据比较好耗时,并发高容易冲突超时。

如果并发增加,tikv cpu 利用率反而下降,可以检查下tikv是否有热点,是否只是某个tikv实例cpu过高


TiDB ideal QPS:根据TIDB当前配置反推一个理想QPS,默认在grafna里面没显示,需要手动开启。正常情况ideal qps和实际qps应该很接近。如果相差很大,可能与客户端负载、中间层有关。

同学你好,感谢参与 TiDB 4.0 课程的学习!

您提交的笔记内容过于简单,在复制 PPT 内容之外,希望能够补充个人对于内容的理解,本篇笔记将被视为无效笔记,不计入积分。

您可以在 24h 内继续完善课程笔记,如再次评估有效,可计入积分,但将失去评选“优质笔记”的资格。

期待您继续产出优质内容!

同学你好,感谢参与 TiDB 4.0 课程的学习!

此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。