感觉像是中控机上的 cdc 组件没有升级。登录一下升级过的 tidb 集群 ，找上面的 cdc bin 文件 ， cdc cli changefeed list --server=http://xxx:2379 ，看看有输出吗

low-space-ratio 看了是默认的0.8，磁盘是5T，3个kv节点，每个节点的容量设置的1.2T ，监控看每个kv只使用了200G不到，应该不是 low-space-ratio 的问题。 后面又遇到一次 region 不可用，我直接把所有的表replica 都设置了0，然后重装 tiflash 组件，最近没遇到这个报错了，我再观察一段时间

region 不可用一般是什么原因造成的呢，从业务上看，这两张表是经常有 truncate 然后重新加载数据的操作。 对这样的 region 不可用的问题有没有更快的修复方法

这个集群从监控看不是一直都有慢查询，流量比较小，CPS 和QPS 都是波段式的，有时候查询都没有的 [image] [image] [image]

没有磁盘空间满，这台服务器是一个磁盘上部署了1一个 pd 一个 tidb 3个 tikv ，如果磁盘满 服务已经不可用了

在 canal 的 jdbc url 里加了参数 ，已经不报错了

这个不清楚，接手一年，做了次升级，其他操作没做过

集群正常，就是不能添加索引，其他都ok [image]

嗯，日志提示有一个节点拿不到版本数据，把这个tidb 节点重启了，DDL 任务可以正常回填数据了

OK，下午我操作一下，谢谢

是要先执行 ALTER TABLE xxx SET TIFLASH REPLICA 0; 这个操作吗

改用 tiup cluster check --cluster --wait-timeout 1200 拿到结果了

目标端 xx.xx.56.3 是用 tidb 账户执行的

tiup 本地节点 /tmp 在/ 下，目前磁盘空间使用情况 Filesystem Size Used Avail Use% Mounted on /dev/sda2 182G 118G 64G 65% / 目标节点 /tmp 在 / 下，目前磁盘空间使用情况 Filesystem Size Used Avail Use% Mounted on /dev/sda2 350G 3.3G 347G …

real 0m2.895s user 0m0.232s sys 0m0.392s

嗯 找到这个错误的数据，并删除了

select * from assistant_service_analysis_log where batch_id='-636134870003-role_info_baike-role_base_detial赵晓阳'; Empty set (0.01 sec) 按这个值去查，结果集是空，这是哪出错了

之前是空