-
truncate 的处理是由 tidb 来执行的，因为是异步的，需要经过 N 比对状态才能执行成功，至于快慢要查每个执行 job 的状态和记录了
-
Region 数量很大的时候，就会造成 PD 很重的负担，因为 每个Region 都需要上报自己的心跳和一些信息；建议参考下 海量Region 优化方案，优化一下
-
Empty Region 也会发送心跳和信息，建议进行快速合并
内存飙升，需要通过 手动收集数据进行分析了
https://docs.pingcap.com/zh/tidb/stable/dashboard-profiling
生成火焰图应该能很快识别的