使用单节点tikv 时，压测一段时间就崩溃了。

🪐 TiDB 技术问题
1

单节点 tikv 压测一段时间后崩溃 。log (11.2 MB)

2

单节点tikv啥意思，一台主机上多个tikv实例？ tiup cluste display结果看下

3

就部署了一个节点 ，就一台主机 只有一个tikv。

4

日志中大部分都是请求 PD 超时。请问 PD 是如何部署的，是否压测过程中 PD 扛不住了？

5

pd 和他是同一台机器，配置文件是默认的。 机器配置是96 核的cpu ,cpu 是amd 的 。内存是 128G。pd
[2022/04/11 08:34:46.609 +08:00] [WARN] [util.go:144] [“apply request took too long”] [took=2.088909697s] [expected-duration=100ms] [prefix="read-only range “] [request=“key:”/pd/7084769423296550124/config” "] [response=“range_response_count:1 size:3409”] []
里面有这个日志。

6

看下磁盘的负载情况

7

当时磁盘util 一直都是90% ，但是使用的nvme 的盘。

8

单节点测试性能的意义不大，无法体现分布式数据库的优势，建议至少使用官方推荐的最低配置进行测试。

2 个赞
9

不推荐pd和tikv同机部署

10

同意楼上说法，单节点的压测没有意义。可以参考TiDB官方最佳实践总的配置标准：

image
image802×450 109 KB
，而且TiDB是三副本的。TiKV起码需要三个才能实现副本漂移。不知道你的环境是不是一个节点上部署了三个TiKV实例？

11

1、拓扑情况
2、每个节点啥配置啊？
3、你压多少啊？

12

单节点tikv 玩玩可以，重要业务的生产环境，建议3副本。

我之前发了一个cluster111的单节点文章

13

多少并发压测的？还有就是一个逻辑需要多长时间。

14

单节点tikv 是想做什么特殊的需求吗 要不然没有什么意义啊

15

对于分布式的tidb，单节点 tikv 得到的压测的数据即使乘以3后也不准确，最后部署一套压测

16

那要看看压测的具体场景。
我见过有人压测并发出报表的（不是tidb），那么垮了也正常。因为这种场景本来就不支持并发。