TIDB 5.4升级至6/7

🪐 TiDB 技术问题 部署&运维管理
1

【 TiDB 使用环境】生产环境
【 TiDB 版本】5.4.0
我看现在最新版本都到7了，我们当前用的是5.4版本的
1、是否有必要升级到6或者7版本？
2、升级过程中要停服吗？
3、升级有相应的文档吗，我应该怎么操作，是否存在风险？

2

1、取决于业务。有需求就升。允许升就升。
2、支持在线升级。但是有条件的还是停机升级快一点。
3、升级文档。
https://docs.pingcap.com/zh/tidb/stable/upgrade-tidb-using-tiup#使用-tiup-升级-tidb

1 个赞
3

1、如果当前版本有bug影响业务，或者性能不足，或者需要6/7版本的新功能，可以考虑升级
2、可以在线滚动升级
3、文档在这，https://docs.pingcap.com/zh/tidb/stable/upgrade-tidb-using-tiup#使用-tiup-升级-tidb
有测试环境，建议在测试环境上先测试一下升级步骤以及升级完成之后有没有问题；升级生产环境之前建议备份；升级是无法回退的，需要注意；滚动升级tikv的时候，需要迁移leader，可能会比较耗时，默认超时时间5分钟，建议修改 --transfer-timeout 为一个更大的值。

4

没有特殊情况或对程序功能或性能有显著提高，不建议升级

5

数据库安全第一，能用就行，没有特别需求没有升级动力

6

业务无要求，没必要升级

7

数据库能用，没有必要的需求不要升级

8

升级之后性能提升不少，建议升级

9

1.高版本性能提升较大，看当前业务需求，如果需求是稳定，不建议升级，如对性能有要求，建议升级；
2.升级不需要停服；
3.如业务不能停止，建议通过新建高版本集群，通过数据全量+增量导入的方式升级；

11

正常使用，没啥问题，如bug啥的，就不用升级的

12

好的，我研究一下，我们业务核心库在mysql上，考虑分库分表开发成本，在逐渐往tidb上迁，之前是在版本5的时候搭建的集群，目前肯定是考虑更好的性能，相着能升上来

13

我只有三个节点，可以不停机升级吗

14

可以的

将集群升级到指定版本

升级的方式有两种：不停机升级和停机升级。TiUP Cluster 默认的升级 TiDB 集群的方式是不停机升级，即升级过程中集群仍然可以对外提供服务。升级时会对各节点逐个迁移 leader 后再升级和重启，因此对于大规模集群需要较长时间才能完成整个升级操作。如果业务有维护窗口可供数据库停机维护，则可以使用停机升级的方式快速进行升级操作。

不停机升级

tiup cluster upgrade <cluster-name> <version>

以升级到 v7.1.1 版本为例：

tiup cluster upgrade  v7.1.1

注意

  • 滚动升级会逐个升级所有的组件。升级 TiKV 期间，会逐个将 TiKV 上的所有 leader 切走再停止该 TiKV 实例。默认超时时间为 5 分钟（300 秒），超时后会直接停止该实例。
  • 使用 --force 参数可以在不驱逐 leader 的前提下快速升级集群至新版本，但是该方式会忽略所有升级中的错误，在升级失败后得不到有效提示，请谨慎使用。
  • 如果希望保持性能稳定，则需要保证 TiKV 上的所有 leader 驱逐完成后再停止该 TiKV 实例，可以指定 --transfer-timeout 为一个更大的值，如 --transfer-timeout 3600，单位为秒。
  • 若想将 TiFlash 从 5.3 之前的版本升级到 5.3 及之后的版本，必须进行 TiFlash 的停机升级。参考如下步骤，可以在确保其他组件正常运行的情况下升级 TiFlash：
    1. 关闭 TiFlash 实例：tiup cluster stop <cluster-name> -R tiflash
    2. 使用 --offline 参数在不重启（只更新文件）的情况下升级集群：tiup cluster upgrade <cluster-name> <version> --offline，例如 tiup cluster upgrade <cluster-name> v6.3.0 --offline
    3. reload 整个集群：tiup cluster reload <cluster-name>。此时，TiFlash 也会正常启动，无需额外操作。
  • 在对使用 TiDB Binlog 的集群进行滚动升级过程中，请避免新创建聚簇索引表。
1 个赞
15

整个升级过程，读写都是正常进行吧，毕竟生产业务还在跑

16

是每个节点轮动升级的，升级的时候整个数据库性能肯定会有波动的，提前做好测试，生产环境最好是业务低谷期升。

17

好的，感谢支持

18

性能提升不少呢

19

任何升级都有风险，最好做好备份再升级。
如果不确定升级有什么好处，最好还是不升级

20

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。