tidb旧主机到新主机的迁移

🪐 TiDB 技术问题 备份&数据迁移
1

场景是 ：
有一批主机过保，上面的tidb实例需要迁移。
涉及到的版本有tidb3.0 以及 4.0。
测试库，有停机时间。

考虑方案有：
TIDB3.0版本：
Mydumper + TiDB Lightning：先使用 Mydumper 将数据从 MySQL 导出，然后使用 TiDB Lightning 将数据导入至 TiDB。
TIDB4.0以上版本：
用BR做物理备份再导入。
问题如下：
1.tidb3.0只有逻辑备份，没有物理备份吗？逻辑备份并不适合大库，对于大库该如何实现从旧主机集群迁移到新主机集群的需求。
2.301的课程里面提到了冷备，对于大库的迁移请问可以通过 直接停库，拷贝操作系统文件到新主机，再起库。这样的方式可以做到吗？

2

3.1开始有br备份，冷备的方法理论是可行的。既然是测试库，不如先升级在用物理备份:thinking:

1 个赞
3

看数据库的量吧，测试库多线程逻辑备够用了，时间够用的话不行就升级，再br备份

4

直接考物理文件，你不如镜像还原啦，节点这么多，落下了哪个也不合适呀

5

4.0冷备还原吧

6

直接BR备份还原吧

1 个赞
7

冷备吧 速度会快点

8

请问您做过冷备吗？ 测试了一下 冷备到新机器上的库起不来呀

9

导入导出吧，，直接复制估计不行的

10
  1. 3.0 的版本无法使用 BR 。所以目前只能考虑 Dumpling + TiDB Lightning 的方案，做全量的备份恢复。
  2. 如果有停机时间的话可以考虑，可以通过 Dumpling + TiDB Lightning 做全量，然后通过 TiDB binlog 做增量，待追上之后再进行切换。这样可以尽量缩短停机时间。
1 个赞
11

:cold_sweat:不考虑扩容+缩容吗，工作量少，无需停机，稳定迁移。

12

扩容+缩容，工作量少，无需停机，稳定迁移。 这个可以有

13

是的 准备扩容缩容了。

14

迁移为什么要考虑扩缩容的场景呢？

15

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