DM 使用场景概述
注意:
在创建数据迁移任务之前,需要先完成以下操作:
本文介绍多个业务需求场景下如何完成数据迁移任务。
除了业务需求场景导向的创建数据迁移任务教程之外:
- 完整的数据迁移任务配置示例,请参考 DM 任务完整配置文件介绍
- 数据迁移任务的配置向导,请参考 数据迁移任务配置向导
从 Amazon Aurora 迁移数据到 TiDB
从 Aurora 迁移数据到部署在 AWS 的 TiDB 集群,数据迁移可以分为全量迁移和增量迁移两个步骤进行。请根据你的业务需求选择相应的步骤。
迁移 MySQL 到 TiDB
如果你没有使用 Cloud storage (S3) 服务,而且网络联通和延迟情况良好,那么从 MySQL 迁移数据到 TiDB 时可以参照下面的方案。
如果你对数据迁移速度有要求,或者数据规模特别大(例如大于 1 TiB),并且禁止 TiDB 集群在迁移期间有其他业务写入,那么你可以先使用 Lightning 进行快速导入,然后根据业务需要选择是否使用 DM 进行增量数据 (Binlog) 同步。
分库分表 MySQL 合并迁移到 TiDB
如果你的业务使用了基于 MySQL 分库的方案来存储数据,业务数据从 MySQL 迁移到 TiDB 后,合并这些分表数据到一张合并,那么你可以使用 DM 进行分表合并迁移。
如果分表数据总规模特别大(例如大于 1 TiB),并且禁止 TiDB 集群在迁移期间有其他业务写入,那么你可以使用 Lightning 对分表数据进行快速合并导入,然后根据业务需要选择是否使用 DM 进行增量数据 (Binlog) 的分表同步。
复杂迁移场景
DM 在实时同步过程中,多个已有特性可以使得同步过程更加灵活,适应各类业务需求: