我个人理解为集群

这个看你自己需求，我这对于历史数据没有那么硬性需求

要不你研究一下datax

先收缩，然后扩容 tiup cluster scale-in tidb-test -N XXX.XXX.XXX.XXX:9093,XXX.XXX.XXX.XXX:3000,XXX.XXX.XXX.XXX:9090 tiup cluster check ./single-monitor.yaml --user root -p （check因为tiup版本不同，方式有所不同） tiup cluster scale-out tidb-test single-monitor.yaml --user root -p 这是我迁移各个组件的实践

这不是统计信息的问题吗，你重新analyze 一下，看看过程，统计早的和统计晚的是有差异的

看到大家显示的也不全我就放心了，我还以为只有我的显示不全呢

as ‘B1’ 换成 as B1 试试

我也遇到过类似的情况，在执行analyze 表过程中，show stats_healthy 没有结果

可以，虽然没有数据展示 [image]

是否有表正在analyze

人间非净土 ，各有各的苦

需要自己安装

我这设置的是10G，你可以根据自己的需求修改条件的值，以便满足自己的需要

tidb 对带宽要求高 网络延时，应该可以，看看这个测试 https://docs.pingcap.com/zh/tidb-in-kubernetes/stable/benchmark-sysbench#网络

超过内存限制或者时间限制的SQL直接干掉的脚本，这个比设置参数有效 for list in /server/mysql5.7/bin/mysql -hXX.XX.XX.XX -p'password' -vvv -e " select id from INFORMATION_SCHEMA.processlist a where a.info is not null and (mem >=11474836480 or time >600);" |grep -Ev 'id|ID|iD|Id' |awk -F "|" '{print $2}' do echo $list /serv…

这个健康度正常，我也没有其他思路了

感觉得加监控告警了，这都相差好几天了，遇到问题及时修复，避免GC 周期结束，已经没有相关数据

KILL TIDB threadid

show stats_healthy 看看表的健康度