这点io就把你磁盘打满了，是否要考虑下自己的的ssd是不是真能达到自己想要的ssd. 另外tidb在提交时会将数据写入tikv 数据越多越比较形象性能，他不像mysql那种写入buffer pool一样。

云盘？这个看起来不像真的本地ssd

前面io的截图是ssd的吗？io打满了

pd 还有3个tikv全跑在一个盘上了？

这是换固态盘后的监控吗？ tiup cluster display, 固态盘测试期间tikv detail-- thread cpu看下, 集群的配置

需要reload这应该不是一个正常行为，应该还是哪块有问题

reload重启要切换leader啊

看下tiflash的日志里有这个表的相关信息 没

索引扫描回表时都会先把索引记录返回tidb然后再去tikv扫描表将数据返回tidb后，在和另一个表关联

admin show ddl jobs看下

https://docs.pingcap.com/zh/tidb/stable/troubleshoot-tiflash#tiflash-数据不同步 按这个排查下

tidb_ddl_enable_fast_reorg 这个变量设置为off后试试

information_schema.tikv_store_status的完整结果上传下

我的意思是 你按上一个帖子提供的链接文档做了哪些操作？ 你不是说不管用吗

你做了哪些操作

你的上一个帖子 就已经贴出解决方案了

1、 MySQL 命令行客户端在 5.7.7 版本之前默认清除了 Optimizer Hints。如果需要在这些早期版本的客户端中使用 Hint 语法，需要在启动客户端时加上 --comments 选项。 2、用Set tidb_isolation_read_engines='tidb,tikv’ 用这个变量测试下 3、 show variables like ‘tidb_capture_plan_baselines’ 看下这个变量值

6.5版本后才有mdl锁，而且是ddl不阻塞dml

都缩容了，缩容tiflash前 有没有把tiflash表副本取消？ 统变量 tidb_allow_fallback_to_tikv，用于决定在 TiFlash 查询失败时，自动将查询回退到 TiKV 尝试执行，默认为 OFF。可先临时调整让应用不报错了 scale-in时 offline状态是正常的，在等region迁移完，可以pd-ctl store XXX 或information_schema.tikv_store_status 看看region_count是否在减少？缩容可参考： tiflash的log有error日志吗 重启前的，贴出来的warn info级别的应该没啥影…