v5.0.1设置tikv参数raftstore.sync-log不生效了....

为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:

【概述】场景+问题概述
tiup新装了一个tidbv5.0.1集群。3*tik+tidb+tipd。安装正常无错误提示。然而当我往一张简单表插入1000条数据时,耗时140+秒。我以前在v4.0.10时也遇到过类似情况,用tiup cluster edit-config 加入raftstore.sync-log: false 就能大幅提高速度。然而这次同样操作在v5.0.1上不灵了…

【背景】做过哪些操作

【现象】业务和数据库现象
数据插入速度慢
【业务影响】

【TiDB 版本】
v5.0.1
【附件】

  1. TiUP Cluster Display 信息

  2. TiUP Cluster Edit Config 信息

  3. TiDB- Overview 监控

  • 对应模块日志(包含问题前后1小时日志)

若提问为性能优化、故障排查类问题,请下载脚本运行。终端输出的打印结果,请务必全选并复制粘贴上传。

edit之后有做过reload操作么?

是的,做过reload。

image
加的配置如图

我可以肯定是v5.0.1的问题。因为我在同一个环境同一个topology文件部署v4.0.12和v5.0.1两个版本。对于raftstore.sync-log: false v4.0.12是生效的,v5.0.1不生效。

关注发布日志 https://docs.pingcap.com/zh/tidb/stable/release-5.0.0

  • 删除 raftstore.sync-log 配置项,默认会写入数据强制落盘,之前显式关闭 raftstore.sync-log ,成功升级 v5.0 版本后,会强制改为 true

这个在tikv代码里已经强制处理了(sync-log=true)

1赞

哈哈哈哈,那么如果在测试机机械硬盘上用v5,只能忍受慢如牛的速度了?v5有没有其他的配置项能提升廉价机器和机械因硬盘的速度?

目前正在开发 async io 特性,计划带入到 5.1.x 版本,启动该特性后,预期会达到跟关闭 sync-log 类似的优化效果同时避免无法及时刷盘而丢数据的风险,可以关注 https://github.com/tikv/tikv/pull/10289

期待:smiley:5.1.x什么时候能出来,能透漏大概的时间吗?

计划是 6.18 发布 5.1.0 版本,关于版本发布计划和进展,可以关注 https://github.com/pingcap/tidb/projects/63

1赞

棒啊~期待期待~~~~

期待~看来5.0这个版本,我们这边是用不上了~

怎么说?

和你们一样的诉求,低配服务器~

5.1.0 可能无法作为正式 feature 带入,所以最快可能是 5.1.1 版本