使用TIDB进行Sysbench性能压测，读写性能差

h5n1 · 2021 年11 月 22 日 09:15

Pd tidb tikv间网络延迟咋样

在渊49 · 2021 年11 月 22 日 11:41

这个效果不是很明显，又写不进去了

在渊49 · 2021 年11 月 22 日 11:42

网络延迟应该不是问题，因为我们这边也用Citus这样的组件，性能还是比较正常的。

在渊49 · 2021 年11 月 22 日 11:45

不过这个两个链接，其实可能也不会提升很大，124 TPS，提升成280 TPS嘛，感觉也不是TiDB的真实实力。

在渊49 · 2021 年11 月 22 日 12:05

你好，想问一下分布式事务可以关掉吗，这个对写入影响还是很大的。

TiDBer_jYQINSnf · 2021 年11 月 22 日 12:13

主要是磁盘慢吧，看你的诊断报告里面好几项提示是关于磁盘慢的。至于在这些条件下怎么调快，试试乐观事务+自动重试。

在渊49 · 2021 年11 月 22 日 12:17

嗯，这个我们昨天尝试过，不过效果一般吧，只能保证select * from table limit 10能返回结果，如果用sysbench压，还是会出问题

在渊49 · 2021 年11 月 22 日 12:18

我这边还有一个问题，我查看诊断报告的时候，发现有一些数据超出阈值过大，这里能看出什么问题呢

TiDBer_jYQINSnf · 2021 年11 月 22 日 12:18

加自动重试的话，sysbench压不会报错吧。

在渊49 · 2021 年11 月 22 日 12:18

嗯，只能压2000万的数据量，而且TPS也会比较低。

在渊49 · 2021 年11 月 22 日 12:19

这是诊断报告里面另一张图

TiDBer_jYQINSnf · 2021 年11 月 22 日 12:21

数据量少吧，看leader_score不一样，是分布不均匀吧，用官网sysbench的数据量压，然后和官网的对比。
然后压测过程中打开grafana，看看各组件的监控信息。然后iostat看看是不是磁盘的io都满了。

TiDBer_jYQINSnf · 2021 年11 月 22 日 12:23

https://docs.pingcap.com/zh/tidb/stable/benchmark-sysbench-v5.2.0-vs-v5.1.1

h5n1 · 2021 年11 月 22 日 12:54

https://docs.pingcap.com/zh/tidb/stable/exporting-grafana-snapshots#将-grafana-监控数据导出成快照参照这个导出overview ,tikv detail ,tidb, pd ,disk performance, node exporter的快照看看

在渊49 · 2021 年11 月 22 日 14:40

我按照这个参数调过了，好像也还是不太行，现在写入都比较费劲。

托马斯滑板鞋 · 2021 年11 月 22 日 16:34

1、有fio吗？或者其他工具，测下硬盘IO顺序写速度
参考链接（https://blog.csdn.net/qq_36357820/article/details/79965014）
如果没做raid，你的压力可能全在磁盘上
2、prepare阶段，在tikv节点上打个vmstat 1 10看看
3、把自动统计更新关了（set global tidb_auto_analyze_end_time=‘05:00 +0000’）

在渊49 · 2021 年11 月 23 日 03:43

这个在prepare阶段，敲这个命令，是如何操作呢，主要是如何卡在prepare这个阶段呢

在渊49 · 2021 年11 月 23 日 03:47

托马斯滑板鞋 · 2021 年11 月 23 日 03:51

我推测你现在压力全在IO上，机械和SSD的性能有非常大的差距；
第一个是看下tikv所在节点磁盘的顺序写性能（因为是LSM），甚至可以评估下你的insert速度
第二个是看下sysbench准备数据时，tikv主机的压力点在哪，有多堵
第三个是减少大量insert时不必要的统计更新数据

托马斯滑板鞋 · 2021 年11 月 23 日 03:53

vmstat 在你跑sysbench时再输出（记得是在tikv节点上）