数据迁移工具概览

TiDB 提供了丰富的数据迁移相关的工具,用于全量迁移、增量迁移、备份恢复、数据同步等多种场景。

本文介绍了使用这些工具的场景、优势和相关限制等信息。请根据你的需求选择合适的工具。

下图显示了各迁移工具的使用场景。

TiDB Migration Tools

下表介绍了迁移工具的使用场景、支持的上下游等信息。

名称使用场景上游(或输入源文件)下游(或输出文件)主要优势使用限制
TiDB DM用于将数据从与 MySQL 协议兼容的数据库迁移到 TiDB。MySQL,MariaDB,Aurora,MySQLTiDB一体化的数据迁移任务管理工具,支持全量迁移和增量同步;支持对表与操作进行过滤;支持分库分表的合并迁移。建议用于 1TB 以内的存量数据迁移。
Dumpling用于将数据从 MySQL/TiDB 进行全量导出。MySQL,TiDBSQL,CSV支持全新的 table-filter,筛选数据更加方便;支持导出到 Amazon S3 云盘如果导出后计划往非 TiDB 的数据库恢复,建议使用 Dumpling;如果是往另一个 TiDB 恢复,建议使用 BR。
TiDB Lightning用于将数据全量导入到 TiDB。Dumpling 输出的文件;CSV 文件;从本地盘或 Amazon S3 云盘读取数据。TiDB支持迅速导入大量新数据,实现快速初始化 TiDB 集群的指定表;支持断点续传;支持数据过滤。如果使用 Local-backend 进行数据导入,TiDB Lightning 运行后,TiDB 集群将无法正常对外提供服务。如果你不希望 TiDB 集群的对外服务受到影响,可以参考 TiDB Lightning TiDB-backend 中的硬件需求与部署方式进行数据导入。
Backup & Restore (BR)用于对大数据量的 TiDB 集群进行数据备份和恢复。TiDBSST;backup.meta 文件;backup.lock 文件适用于向另一个 TiDB 恢复数据。支持数据冷备份到外部存储,可以用于灾备恢复。BR 恢复到 TiCDC / Drainer 的上游集群时,恢复数据无法由 TiCDC / Drainer 同步到下游。BR 只支持在 new_collations_enabled_on_first_bootstrap 开关值相同的集群之间进行操作。
TiCDC通过拉取 TiKV 变更日志实现的 TiDB 增量数据同步工具,具有将数据还原到与上游任意 TSO 一致状态的能力,支持其他系统订阅数据变更。TiDBTiDB,MySQL,Apache Pulsar,Kafka,Confluent提供开放数据协议 (TiCDC Open Protocol)。TiCDC 只能同步至少存在一个有效索引的表。暂不支持以下场景:暂不支持单独使用 RawKV 的 TiKV 集群。暂不支持在 TiDB 中创建 SEQUENCE 的 DDL 操作和 SEQUENCE 函数。
TiDB Binlog用于 TiDB 集群间的增量数据同步,如将其中一个 TiDB 集群作为另一个 TiDB 集群的从集群。TiDBTiDB,MySQL,Kafka,增量备份文件支持实时备份和恢复。备份 TiDB 集群数据,同时可以用于 TiDB 集群故障时恢复。与部分 TiDB 版本不兼容,不能一起使用。
sync-diff-inspector用于校验 MySQL/TiDB 中两份数据的一致性。TiDB,MySQLTiDB,MySQL提供了修复数据的功能,适用于修复少量不一致的数据。对于 MySQL 和 TiDB 之间的数据同步不支持在线校验。不支持 JSON、BIT、BINARY、BLOB 等类型的数据。