如果自己用的话，直接注册一个用就好了。商用的话，可以直接联系商业团队，需要的人多了，自然就会推出了。

DMR 相当于尝鲜版，给乐于尝试的用户尝试新功能用。但是到底有多少人需要就另当别论了

因为 -r 对 region 做了优化，导出出来的文件和 region 大小也有关系，可能你的表被分成了小 region。如果你去掉 -r 的话，应该就不会这么小了，而是按照 -F 的大小导出。但是去掉 -r 之后导出速度可能会下降。 测试的话，可以都试试。具体按你的需求来使用

为什么只有一个 tikv 节点？

BR 就是物理的

DM 是会攒批执行的，可以看下这个文档 https://docs.pingcap.com/zh/tidb/stable/dm-dml-replication-logic#dml-优化逻辑

这是进行了分库分表吗

git clone 下来 make build_br

后续版本有修复哈 [image]

为什么不用 tiup 下线？

[image] https://disksing.com/tikv-replica/

关掉这个配置就好了 https://docs.pingcap.com/zh/tidb/stable/tidb-lightning-configuration [image]

你的 DM 任务配置文件是配置的 mode: full 吗？ 如果是 full 那全量导入是一次性的，任务完成后就没有了，后续想继续开一个增量任务直接开就行 如果是 all，那全量结束后会自动开始增量同步，不需要其他操作。 https://docs.pingcap.com/zh/tidb/stable/task-configuration-file-full task-mode: all # 任务模式，可设为 “full” - “只进行全量数据迁移”、“incremental” - “Binlog 实时同步”、“all” - “全量 + Binlog…

你起码贴一下 DM 的报错吧

dm 有没有配置 gtid

贴一下配置文件吧，是按照文档做的么，https://docs.pingcap.com/zh/tidb/stable/migrate-aurora-to-tidb/ 如果是的话，是不是没有在 dm 配置文件里面填 binlog file 和 binlog pos

老哥，你这要求有点高啊。用并行导入测一下吧。只能横向扩展了，硬件都得拉满才行，还要注意下游 tikv 别被打爆了

[image] https://docs.pingcap.com/zh/tidb/stable/table-filter