tidb 生产版本5.2.2想在线升级到7.1.0 是直接升级到7.1.0 还是按照小版本最低最高的路线（5.2.2 -> 5.2.4 -> 5.3.0 -> 5.3.4 -> 5.4.0 -> 5.4.3 -> 6.1.0 -> 6.1.7 -> 6.5.0 -> 6.5.10 -> 7.1.0）升级呢？大佬们有什么建议和升级过程需要注意哪些事情呢？

🪐 TiDB 技术问题 升级
21

我看有的是升级是没问题，但是由于是新版本执行计划出现问题，导致性能下降，跑了业务才知道。

22

:yum:这种的就得继续升级。没有回退一说。

23

5升级到6注意下tiflash机器的指令集，6升级7过程还是比较舒服的

24

如果有资源，再部署一套集群7.1的，用迁移方式来升级

25

也没有敢跨大版本升级，想着是小版本慢慢升级，但是版本太老，升级到当前版本太过耗时，所以咨询下有没有更好的方案

26

生产正式业务，不敢直接升级到7呀，

27

好的我了解下，谢谢

28

嗯，内部协调看看有没有资源，采用新增一套集群的方案

29

倒是没有用到 tiflash 呢，

30

生产的核心业务，不敢这么搞哈

31

最安全的就是两套环境，然后新集群最新版， 然后迁移数据，但是目前优化资源，手里面暂时没有多余资源

32

有没有遇到什么问题呀？ 是生产业务集群么

33

之前在另外一个非核心业务，也是5.4到6.1.0 升级过，数据量也不是很大。所以出现问题立即解决了

34

测试环境有，但是只能模拟，实际生产的数据量，业务不可中断的特殊因素存在，所以要尽可能保障稳定性

35

小版本升级不需要挨个升级，可以从v5.2.2升级到6.5.10，在升级到v7.1.0

36

首先，做好数据备份；其次，不建议小版本一级一级的升，这样你得升级到猴年马月，而且一旦某个版本有问题，额外增加很多运维工作；其次，如果没有测试环境验证的话，还是有点风险的，实在不行的话，建议直接一步到位，有问题在一点一点排查，最坏的打算，无非就是重装一下7.1版本集群，然后把备份数据恢复，不过一般升级应该没问题的

37

抓紧升级，低版本不行

38

image
image913×750 53.4 KB

5.2 确实已经该升级了，已经 EOL 了，6.5 版本还是有较大的性能提升的，7.X 版本是在稳定性上有较大的提升。

39

官方组织的升级活动，可以参加一下。 5.2 升级到 7.1 版本还是有很多细节点需要注意的，6.X 和 7.1 有较多架构的调整，真列出来应该至少得有 4、5 项配置文件得修改

41

因为是生产核心集群，不敢这么跨大版本升级呀，你们生产是这么实操过么？