自行升级 Grafana 组件，参考：https://docs.pingcap.com/zh/tidb/stable/upgrade-monitoring-services/#升级-grafana 为什么 tidb 不给直接带高版本的 grafana，因为高版本的 grafana 与 tidb 开源协议不兼容

按这个搞，大概率是这个问题

要是缩容操作没问题的话，那应该是 bug 了，v4 版本太老了，赶紧升级吧

1 副本大小 = TiKV 各节点大小总和(监控中 PD=>Statistics-balance=>Store used 总和)/副本数 1 副本未压缩大小 = TiKV 各节点大小总和(监控中 PD=>Statistics-balance=>Store Region size 总和)/副本数

理解成这些都是数据就行了，统计数据大小没人区分 cf 统计的，去 pd 监控里看各 tikv 占多少数据加起来就好了

这个是 Rocksdb 中的 Column Families 概念，可以在逻辑上将数据分为不同分区，不同列簇间共享 wal 日志，支持原子操作，可以学习下 pctp ，了解一下不同列簇存储的数据

看下这个：https://docs.pingcap.com/zh/tidb/stable/backup-and-restore-overview/

这办法那里常规了？除了 v6.5 早期版本一个 bug 导致元数据锁残留外，没见过这样处理的

感觉不一定是前一个 ddl 卡住后续 ddl ，不同表间的 DDL 是可以一起执行的，先看下元数据锁情况，https://docs.pingcap.com/zh/tidb/stable/metadata-lock/#元数据锁的可观测性

索引扫描数据太多了，回表耗费太多，186753 ，建立复合索引减少回表

它只是没有显示，你试一下那个命令

tiup dm 是 dm 集群的管理工具，dm 集群包含 dm-master 组件与 dm-worker 组件 通常情况下我们使用 tiup dm 工具管理 dm 集群，此时只需要提供集群配置文件，用 tiup dm 工具的 deploy 命令即可完成 dm 集群的部署，其安装包是 tiup dm 自动从镜像源中拉取的 tiup dm-master 是跟前边说的 dm-master 组件是一个东西，当你想要采用二进制文件手工部署 dm 集群时用的，一般没人这么部署 上边说的这些，跟 tiup cluster 、tidb 组件、tikv组件、pd组件的关系类似

去 PD 看下 region 调度情况，副本都补完后，这个节点会变成 tomestore

看下这个：https://docs.pingcap.com/zh/tidb/stable/dev-guide-unstable-result-set/#结果集不稳定

没问题，数据库都大量缓存数据到内存

就这么俩 region，不用关心平不平衡，没意义

看到你发的这个文本，就不想看，不妨到代码块里

提供 plan replay 信息，参考：https://docs.pingcap.com/zh/tidb/v7.5/sql-plan-replayer/#使用-plan-replayer-保存和恢复集群现场信息

业务测试肯定是先做啊，难道迁移后再做吗？ 数据校验用 sync-diff 啊， tidb 与 tidb 校验支持在线校验的