tidb升级后tiup显示版本和tidb实际版本不一致

为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:
【 TiDB 使用环境】v4.0.13

【概述】最近做过一次v4.0.9升级到v4.0.13,整个过程在最后重启grafana时报了个timeout,实际上grafana也随后正常启动了。

【背景】

【现象】现在在mysql终端上执行select version()是显示v4.0.13了,可tiup cluster display ${cluster_name}的时候还显示v4.0.9,这个怎么处理?:sweat_smile:

【业务影响】

【TiDB 版本】

【附件】

  1. TiUP Cluster Display 信息

  2. TiUP Cluster Edit Config 信息

  3. TiDB- Overview 监控

  • 对应模块日志(包含问题前后1小时日志)

若提问为性能优化、故障排查类问题,请下载脚本运行。终端输出的打印结果,请务必全选并复制粘贴上传。

需要提供下 TiUP 的版本,另外可以执行 select * from information_schema.CLUSTER_INFO; 确认下数据库各组件的版本。

另外升级中断报错,参考下这个处理吧 https://docs.pingcap.com/zh/tidb/stable/upgrade-tidb-using-tiup#41-升级时报错中断处理完报错后如何继续升级

组件tidb、pd、tikv都显示已经升级到v4.0.13了,tiup是v1.5.1版本
因为是在7月13日升级的,现在都正常在工作,唯独看着这个版本不一致。

可以检查一下 .tiup/storage/cluster/clusters/{cluster-name}/meta.yaml 检查下这个 meta 文件中的版本,TiUP 显示的版本应该和 meta 中的 tidb_version 一致。

不过不太建议直接修改 meta.yaml 文件,TiUP 中断升级是不会影响已升级的组件的。建议参考下这个文档。

1赞

meta.yaml里面还是v4.0.9
按照您给的参考文档,确认下以下内容:
因为目前集群已经正常对外服务,我要做的内容如下:
找到当天失败的升级tiup cluster upgrade 命令,获取audit id , tiup cluster replay 就可以吗?

ok,执行了,replay应该是跳过之前已经执行过的命令了,现在tiup显示的tidb的版本是正确的了,谢谢!

1赞