这个不是IO延迟，是sql延迟

在集群的其他节点都检查一下，还有root用户下的crontab

dmesg -T看看系统日志

这个在升级日志里会打印的

升级前做好备份，如果升级失败，可以重新部署老版本集群，在把数据恢复进去，这就是变相的回退方案。

tiflash是列存引擎，tikv是行存引擎

看下grafana面板，tikv-details中的内存使用情况

最好从网络层面的防火墙来处理

那就是重试，并且成功了，这个错误就可以忽略了

1、停止多个节点，可以使用tiup cluster stop ${cluster_name} -R tikv。-R后面跟角色名称，比如tikv pd tidb。也可以使用-N，就是图片的内容。 2、再次启动机器，不需要使用start的命令，角色跟随操作系统一起启动。 3、可以正常加入集群，使用tiup cluster display ${cluster_name} 查看。

tiup br备份的是表，tikv-br是备份的key value

[image] 在日志里搜下这个sst文件，有没有import file done

不需要手动切leader，tidb是自动挡

只能通过之前的备份来进行恢复了

消耗内存高的sql，优化一下

学到了，我也一直不知道如何验证，原来是从监控面板上查看

排查下网络