tidb集群迁移和版本升级

你好,这边有个问题,目前tidb版本3.1.0,部署在千兆区域,现在希望迁移到万兆区域,同时升级到最新版本,业务不接受停服,有几个疑问:
1)3.1.0升级到5.4.0业务上是否存在风险,比如是否会产生原来的sql语句不能用?
2)迁移万兆的方案上有什么建议?目前打算考虑,先扩容,将万兆的机器,加入集群,然后再缩容,将千兆的机器下线,达到迁移的目的。
3)整个迁移和版本升级有什么建议吗?比如先升级版本,再扩容,还是先扩容,再升级版本?

tidb官方在部署流程上有什么建议吗?

为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:
【 TiDB 使用环境】
【概述】场景+问题概述
【背景】做过哪些操作
【现象】业务和数据库现象
【业务影响】
【TiDB 版本】
【附件】

  1. TiUP Cluster Display 信息

  2. TiUP Cluster Edit Config 信息

  3. TiDB- Overview 监控

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

从 3.1 到 5.4 有比较多的参数、SQL 行为、产品功能等方面的兼容性变化,需要提前在新版本上进行业务功能和兼容性测试。这篇文章提到了一些执行计划、参对比对、流量回放等工具可以试用 专栏 - 有关 TiDB 升级的二三事——教你如何快乐升级 | TiDB 社区

原地升级暂不支持从 3.1 直接升级到 5.4,建议先升级到 4.0 版本,如果采用 tidb-ansible 部署需要导入到 tiup 管理,可以参考升级相关文档
https://docs.pingcap.com/zh/tidb/stable/upgrade-tidb-using-tiup

由于升级时涉及到跨区域迁移,也可以考虑用迁移升级的方式,通过 Binlog 将数据同步到新版本集群,类似的案例参考TiDB 在 WPS丨分享业务双机房建设实践 | PingCAP

建议
1)万兆区 搭建最先版本的集群
2)把千兆集群的数据 同步到万兆。检测数据是否异常。
3)然后把部分业务分流签到万兆
4)全切万兆区域

1 个赞