黄东旭解析 TiDB 的核心优势
510
2024-02-22
本文从数据迁移工具的使用场景出发,介绍部分常见场景下的迁移工具的选择。
当需要在物理机或虚拟机上部署运维 TiDB 时,你可以先安装 TiUP,再通过 TiUP 管理 TiDB 的众多组件,如 TiDB、PD、TiKV 等。
当需要在 Kubernetes 上部署运维 TiDB 时,你可以先创建 Kubernetes 集群,部署TiDB Operator,然后使用 TiDB Operator 部署运维 TiDB 集群。
当需要将其他工具导出的格式兼容的 CSV files 导入到 TiDB 时,可使用 TiDB Lightning。
当需要从 MySQL/Aurora 导入全量数据时,可先使用 Dumpling 将数据导出为 SQL dump files,然后再使用 TiDB Lightning 将数据导入到 TiDB 集群。
当既需要从 MySQL/Aurora 导入全量数据,又需要迁移增量数据时,可使用 TiDB Data Migration (DM) 完成从 Amazon Aurora 迁移数据到 TiDB。
如果全量数据量较大(TB 级别),则可先使用 Dumpling 与 TiDB Lightning 完成全量数据的迁移,再使用 DM 完成增量数据的迁移。
当需要对 TiDB 集群进行备份或在之后对 TiDB 集群进行恢复时,可使用 BR。
当需要将 TiDB 集群的数据迁出到其他 TiDB 集群时,可使用 Dumpling 从 TiDB 将全量数据导出为 SQL dump files,然后再使用 TiDB Lightning 将数据导入到 TiDB。
如果还需要执行增量数据的迁移,则可使用 TiCDC。
当需要订阅 TiDB 增量数据的变更时,可使用 TiCDC。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。