【 TiDB 使用环境】/测试/ Poc
【 TiDB 版本】
7.1.0
【复现路径】
单表最开始只有三个服务器，总共 三个 tikv 节点， 客户端并发 30 写入 qps 大约在 1500
，然后在原来的三台机器上个增加一个同样的磁盘，并部署 tikv 节点，然后客户端重新使用 30 和 60 个并发分别测试写入，预期性能应该提高一倍
【遇到的问题：问题现象及影响】
预期性能应该大约提高一倍，但是写入 qps 还是原来的样子
【资源配置】
【附件：截图/日志/监控】
你是做的压测吗？ 什么工具做的 步骤是什么？创建的表主键是随机主键吗？
是否提升你得看原来的瓶颈是什么，如果不是磁盘io问题加tikv没有意义
算是压测吧，golang 自己写的一个工具，主键算是随机的 uuid ； 连接一个 tidb， 机器为 6 核心，16G ,tidb-server cpu 300%， 机器 load 19, ioutil 不超过 90%
原来 iostat 显示ioutil 大约 在 95左右， 但 nvme 这个也不太准去的
给你推荐个文档看看 具体怎么优化写入，直接加tikv对于单表来说还要一些额外优化
好的，多谢
现在看监控性能还下降了不少，好奇怪
表结构改了嘛？
按着mysql的方式建表，铁定会撞上写入热点。
从我个人的经验来说的话，假如没有写入热点，从最低3副本往上添加1tikv到4tikv，提升差不多就是1/3.
dm导入数据的时候能看到导入流量很容易观察到。
1、 tidb server 前加负载均衡
2、 混合部署组件需要做下numa绑定
3、你加的tikv 要保障CPU资源等足够，可以贴下tikv detail ->thread cpu的监控
尝试下random主键，卡监控是否有hotspot
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。