【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、无

  1. 你是从哪个数据库迁移到 TiDB 的? 迁移 TiDB 都用啥工具?偏爱 TiDB 原生的 DM、Lightning、TiCDC,还是习惯用 DataX、Flink 这些第三方,或者自己自研工具?
    暂未在实际场景下使用过TiDB,仅限于自学研究
  2. 不用 TiDB 原生迁移工具的小伙伴,是因为技术栈适配难、性能不够,还是觉得易用性一般?大家最希望 TiDB 迁移工具加啥实用功能?
    无实际经验谈不上不使用的原因
  3. 实操 TiDB 数据迁移时,你踩过最坑的是什么?是数据量大迁移慢、一致性难保证,还是业务中断风险,或者工具运维太复杂?
    最大的坑应该是高阶函数、存储过程之类的迁移

oracle 迁移到 tidb 。OGG

从mysql迁移到tidb

暂时无迁移需求

第三方dsg