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

[leonanor]

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

【概述】场景+问题概述
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小时日志）

---

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

[Kongdom]

edit之后有做过reload操作么？

[leonanor]

是的，做过reload。

[leonanor]

加的配置如图

[leonanor]

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

[zhanglei]

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

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

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

[leonanor]

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

[qizheng]

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

[leonanor]

期待5.1.x什么时候能出来，能透漏大概的时间吗？

[qizheng]

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

[leonanor]

棒啊~期待期待~~~~

[Kongdom]

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

[leonanor]

怎么说？

[Kongdom]

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

[qizheng]

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

[leonanor]

所以昨天发布的5.1.0， async io 特性还不能使用吗？

[qizheng]

5.1.0 由于一些功能排期原因，这个特性没有按期交付，当前还在测试完善中 https://github.com/tikv/tikv/pull/10289

[Qiao (Q)]

这个功能在目前版本上有吗？

[leonanor]

我装了一个新的v5.3集群，仍然是机械硬盘。写入速度仍然没有提升，非常慢，一个3字段1000行的记录插入要5分钟…所以async io 特性这个特性在v5,3是否已经交付？如果交付了是否需要手工设置某些参数？