数据迁移工具概览

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 等类型的数据。
下载 PDF
本页导航
文档内容是否有帮助？