【你最想实现的 TiDB 功能需求】 tiflash 物化视图 【你最喜欢的 TiDB 新特性 + 理由】 br 恢复速度提升数倍 让容灾恢复变为可能 【你最想要周边心愿池里的哪个周边】 白色行李箱 【你考过哪些 TiDB 证书？】 all 【你身边有多少位朋友在用 TiDB？】 10+

聪哥也来抽奖了~

github id：glkappe

一个 pr 能 fix 多个 issue，这块不显示有关系吗？ [image]

我要挑战

问一下，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？