可能得重启下pd
我们生产出现问题的机器，pd 也重启过一次，也是没解决掉
never see
你现在dmf文件已经找回来了？
不是，我的解决办法就是把这台有问题的 tiflash 下线，再起一台新的 tiflash 解决的，但是耗时很久，加大调度等配置后还是要花整整一天时间才完全恢复，这台出问题的 tiflash 里面有很多其他表的副本
然后我用测试环境复现了一下，把其中一个表的 dmfile 文件删除，也是出现这个情况，负载飙高，tiflash 重启，现在就是想找到快速解决这个问题的办法，线上是不会去动 dmfile 的，估计是文件损坏等原因了
有测试环境得话，其实有个偏方，你在测试环境创建同一个表，然后把这个表得dmf文件，恢复到生产环境试下能否正确识别
主要是 dmfile 内容不一致啊，我就是怕恢复过去，或者随便搞个文件过去，会造成查询的问题，或者我想试下新建一个空的，看下会不会自动帮我补充文件
还有没有其他验证的方法，可以告诉我，我趁这个机会把这个问题解决一下，看能不能做点贡献给大家
表名和表结构一致的话，dmf应该没啥区别的地方，主要对应的table_id不一样，目录名可能需要修改下
我有空试一下这个方法看看
这个错误是 ClickHouse 数据库的 DMFile 路径查找失败 ，核心原因是数据库在读取 file_id=3493898 对应的物理数据文件时，找不到其存储路径（可能文件丢失、路径配置错误或存储介质异常）。 检查 ClickHouse 数据目录与文件是否存在，
什么鬼
机器是不是坏了?
机器没坏，应该是文件损坏的关系造成的，复现出来了
学习了