问一下，v5.1.2 也是部署在 aufs 文件系统上，而且是可以启动成功的吗

检查下是否 oom 了呢。dmesg -T |grep flash

知道 jugg 的人不多了~

i am ti-hero

这种目前是 by design 的，因为我们在 insert 一条数据的时候，当开始 binlog 参数，也需要在 pump 中进行提交，如果提交失败，或者提交慢，都会影响整个 sql 的执行效率，但是也要参数可以限制这个行为

不会的，dm 会保留 mysql 中的表结构，但是你可以在 tidb 中先创建好对应的表结构，并使用 ignore check 的办法忽略表结构检查，这样你就会得到一个带有主键（或者你需要的 index）的表结构了。

是的，但是整个集群的数据就没有了，需要考虑对这个集群的定位吧。

如果仅仅开启 tidb binlog 参数，但是没有部署 pump 组件，应该会提醒报错的。消费是在 drainer 中进行的。

理论上是 ok 的，我们时常会通过 br 备份低版本的 tidb 集群，恢复到高版本的 tidb 集群中，以作为升级时的存量数据。如果出现问题，那这并不符合预期，可以反馈给我们。

none sad

我他喵的爱你啊，亲亲

大佬牛逼，zan，能鼓励鼓励我ma~

推荐 v4.0.x 最新版本，更加的稳定，在 v4 版本中都是 bug fix 很少有 new feature，所以建议还是 lastest

这是个 bug：https://github.com/pingcap/dm/issues/2204 但是需要做一些情况判断“ 1、是否做过升级 2、是否开启了 relay log？

please try

都是 dba，跳出来吹吹标准 sql。

你的配图很危险啊。

操作后的结果是什么

你上游 begin 之后是否有 commit？你提供的例子没看到哦~ 你的需求可以不写任何配置文件。-config 去掉好了。