tidb写入延时过高

trace 速度很快,insert不能格式化为row


这是重启tidb节点之后的情况

单条 trace 性能没有问题,那说明单条插入的性能是可以的,那可以怀疑一下是不是并发引起的问题 之前 3.0.9 版本测试的时候:

  1. 目前版本和 3.0.9 版本单表数据量是一致的吗
  2. 重启之后集群 Duration 有一些下降,是不是因为之前有别的任务运行的影响
  1. 以前数据比现在多,差不多是现在的至少十倍,单表上亿的有很多表,现在最多几千万;

  2. 重启的时候把feedback-probability关闭了

您好: 1. 请问,当前3.1.0-beta的duration 999 大概看起来是250ms多. 请问之前3.0.9的duraiton是多少,还有3.0.9的监控信息吗,麻烦看一下duration信息。如果没有,请问duration 需要达到多少满足要求?

    2.  之前3.0.9有关闭feedback吗,3.0.9和3.1.0的硬件配置一样吗?
    
    3. 如果这个问题需要继续分析,请上传一份有问题时,一小时的完整的overview, tidb,detail-tikv, disk-performance监控信息. 

(1)、chrome 安装这个插件https://chrome.google.com/webstore/detail/full-page-screen-capture/fdpohaocaechififmbbbbbknoalclacl

(2)、鼠标焦点置于 Dashboard 上,按 ?可显示所有快捷键,先按 d 再按 E 可将所有 Rows 的 Panels 打开,需等待一段时间待页面加载完成。

(3)、使用这个 full-page-screen-capture 插件进行截屏保存

  1. 关闭feedback之后的延时和之前比较接近,可以接受

  2. 机器都是一样的机器,之前没有改过feedback相关的参数

  3. 这个问题目前来看是feedback引起的,新版本的feedback和以前有很大区别吗?关闭feedback没有问题的话,那这个问题就没必要继续讨论了

  1. feedback的问题,我确认了,应该没有区别.
  2. 你可以尝试打开feedback,观察是否还是会升高,上传监控信息,我们继续排查,多谢

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