【TiDBer 唠嗑茶话会 192】一起聊聊 TiDB 迁移实操体验

未迁移

迁移中写入热点比较严重

  1. 你是从哪个数据库迁移到 TiDB 的? 迁移 TiDB 都用啥工具?偏爱 TiDB 原生的 DM、Lightning、TiCDC,还是习惯用 DataX、Flink 这些第三方,或者自己自研工具?
    一般是 MySQL 和 PG,DataX 和 Flink CDC。
  2. 不用 TiDB 原生迁移工具的小伙伴,是因为技术栈适配难、性能不够,还是觉得易用性一般?大家最希望 TiDB 迁移工具加啥实用功能?
    沿用前技术栈。
  3. 实操 TiDB 数据迁移时,你踩过最坑的是什么?是数据量大迁移慢、一致性难保证,还是业务中断风险,或者工具运维太复杂?
    大表校验缓慢、增量延迟突增导致的最终一致性难保证,以及 DDL 变更同步时的业务中断风险。

从mysql导tidb
有mysql表指定了存储引擎和排序规则等问题,有复杂语法不兼容问题
外键表的导入顺序问题,造成导入失败

  1. 你是从哪个数据库迁移到 TiDB 的? 迁移 TiDB 都用啥工具?偏爱 TiDB 原生的 DM、Lightning、TiCDC,还是习惯用 DataX、Flink 这些第三方,或者自己自研工具?
    MySQL,迁移使用DataX。
  2. 不用 TiDB 原生迁移工具的小伙伴,是因为技术栈适配难、性能不够,还是觉得易用性一般?大家最希望 TiDB 迁移工具加啥实用功能?
    没有哦
  3. 实操 TiDB 数据迁移时,你踩过最坑的是什么?是数据量大迁移慢、一致性难保证,还是业务中断风险,或者工具运维太复杂?
    希望 TiDB 迁移工具增加的实用功能是**全链路迁移监控大盘 + 智能异常重试 + 异构库字段自动映射适配。
  1. 你是从哪个数据库迁移到 TiDB 的? 迁移 TiDB 都用啥工具?偏爱 TiDB 原生的 DM、Lightning、TiCDC,还是习惯用 DataX、Flink 这些第三方,或者自己自研工具?
    从MySQL数据库迁移至TiDB,迁移工具选用的是DataX
  2. 不用 TiDB 原生迁移工具的小伙伴,是因为技术栈适配难、性能不够,还是觉得易用性一般?大家最希望 TiDB 迁移工具加啥实用功能?
    最希望 TiDB 迁移工具新增全链路迁移监控大盘
  3. 实操 TiDB 数据迁移时,你踩过最坑的是什么?是数据量大迁移慢、一致性难保证,还是业务中断风险,或者工具运维太复杂?
    第三方工具缺乏全链路监控,,,

用datax同步数据

2 个赞
  1. Mysql 到 TiDB
  2. 同步工具:DM
  3. 踩过最大的坑是:字符集有限制
2 个赞

1.从mysql迁移到tidb的,使用DM
2.DM已经很好用了
3.最大的坑是部分函数不兼容。

2 个赞
  1. 从mysql迁移到tidb的,使用DM
  2. 还行
    3.没有
  1. Mysql 到 TiDB
  2. DM
  3. 高阶函数的兼容性转换问题

1、 sqlserver迁移到tidb,用的kettle迁移的。
2、原生的当时不支持
3、最坑的是数据量大,迁移慢

感谢老师们的参与!积分奖励已发放!

1、mysql 到tidb ,tidump和ti lighting
2、很方便,dump也支持从其他mysql导出,在使用lighting导入
3、基本上没遇到问题。ssd的话效率更高

1、 mysql迁移tidb
2、兼容性很好
3、无