未迁移
迁移中写入热点比较严重
- 你是从哪个数据库迁移到 TiDB 的? 迁移 TiDB 都用啥工具?偏爱 TiDB 原生的 DM、Lightning、TiCDC,还是习惯用 DataX、Flink 这些第三方,或者自己自研工具?
一般是 MySQL 和 PG,DataX 和 Flink CDC。 - 不用 TiDB 原生迁移工具的小伙伴,是因为技术栈适配难、性能不够,还是觉得易用性一般?大家最希望 TiDB 迁移工具加啥实用功能?
沿用前技术栈。 - 实操 TiDB 数据迁移时,你踩过最坑的是什么?是数据量大迁移慢、一致性难保证,还是业务中断风险,或者工具运维太复杂?
大表校验缓慢、增量延迟突增导致的最终一致性难保证,以及 DDL 变更同步时的业务中断风险。
从mysql导tidb
有mysql表指定了存储引擎和排序规则等问题,有复杂语法不兼容问题
外键表的导入顺序问题,造成导入失败
- 你是从哪个数据库迁移到 TiDB 的? 迁移 TiDB 都用啥工具?偏爱 TiDB 原生的 DM、Lightning、TiCDC,还是习惯用 DataX、Flink 这些第三方,或者自己自研工具?
MySQL,迁移使用DataX。 - 不用 TiDB 原生迁移工具的小伙伴,是因为技术栈适配难、性能不够,还是觉得易用性一般?大家最希望 TiDB 迁移工具加啥实用功能?
没有哦 - 实操 TiDB 数据迁移时,你踩过最坑的是什么?是数据量大迁移慢、一致性难保证,还是业务中断风险,或者工具运维太复杂?
希望 TiDB 迁移工具增加的实用功能是**全链路迁移监控大盘 + 智能异常重试 + 异构库字段自动映射适配。
- 你是从哪个数据库迁移到 TiDB 的? 迁移 TiDB 都用啥工具?偏爱 TiDB 原生的 DM、Lightning、TiCDC,还是习惯用 DataX、Flink 这些第三方,或者自己自研工具?
从MySQL数据库迁移至TiDB,迁移工具选用的是DataX - 不用 TiDB 原生迁移工具的小伙伴,是因为技术栈适配难、性能不够,还是觉得易用性一般?大家最希望 TiDB 迁移工具加啥实用功能?
最希望 TiDB 迁移工具新增全链路迁移监控大盘 - 实操 TiDB 数据迁移时,你踩过最坑的是什么?是数据量大迁移慢、一致性难保证,还是业务中断风险,或者工具运维太复杂?
第三方工具缺乏全链路监控,,,
用datax同步数据
2 个赞
- Mysql 到 TiDB
- 同步工具:DM
- 踩过最大的坑是:字符集有限制
2 个赞
1.从mysql迁移到tidb的,使用DM
2.DM已经很好用了
3.最大的坑是部分函数不兼容。
2 个赞
- 从mysql迁移到tidb的,使用DM
- 还行
3.没有
- Mysql 到 TiDB
- DM
- 高阶函数的兼容性转换问题
1、 sqlserver迁移到tidb,用的kettle迁移的。
2、原生的当时不支持
3、最坑的是数据量大,迁移慢
感谢老师们的参与!积分奖励已发放!
1、mysql 到tidb ,tidump和ti lighting
2、很方便,dump也支持从其他mysql导出,在使用lighting导入
3、基本上没遇到问题。ssd的话效率更高
1、 mysql迁移tidb
2、兼容性很好
3、无