缩容之前，先尝试把tiflash副本全部归0看看

PD的low-space-ratio参数控制方法，就是按照tikv上报的capacity去做的调度

tikv有个参数： raftstore.capacity 允许的最大数据存储大小,默认使用当前磁盘容量

[7f0c773268db4697acf4dd5d63683b21] [429b98e110c4501a3f09b21af9031f9f]

可以看一下这个冲突数据检测机制： https://docs.pingcap.com/zh/tidb/stable/tidb-lightning-logical-import-mode-usage/#冲突数据检测

看一下 ./tidb-topology.yaml 文件全局参数那是配置了什么特殊的参数吗

https://docs.pingcap.com/zh/tidb/v6.5/alert-rules/#tidb_tikvclient_backoff_seconds_count 发生重试的次数，很卡有可能是重试次数多，具体还是需要看SQL慢在哪里。

去Dashboard的TOP SQL观察对应服务器对应组件的资源占用SQL是什么

不会，但是好像需要有

你挂一个在备份恢复试试，印象里tifalsh是需要挂载的，恢复时候要用到

tiflash上面挂在NFS了吗

做了内部限制，没有小于等于的，是在24h内

通过store输出信息确认IP地址，然后观察要恢复的tikv地址的leader_count和region_count是否有在上升，就可以判断了把。

tiup ctl:版本 pd -u IP:端口 operator show 这个可以看到一些正在操作某些调度任务的region

2025年，祝社区的小伙伴们，健康常伴，笑口常开；

select * from information_schema.ddl_jobs where JOB_ID = ‘22381’\G 看一下这个DDL是什么

参数都在配置文件里面，就是tiup cluster deploy 指定的那个yaml文件，在里面进行参数修改。 tiup下面会有一份，路径在：~/.tiup/storage/cluster/clusters/${cluster_name}/meta.yaml

if [[ ! $clusterversion =~ ^6 ]]; then