【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】v6.5.0
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
【资源配置】
【附件：截图/日志/监控】
如果不用physical模式，dm工具的下游可以是mysql吗
会有一些下游的检查项，应该过不去，二开下可以，不过mysql到mysql有那么多的成熟方案，为什么选择dm么
主要是下游会有tidb和mysql，不想搞太多的同步工具
你如果是多源异构的这种数据架构，最好是做一个数据集成平台，否则要经常为点对点的事情烦恼。
dm的迁移效率不一定高，现在一堆dts工具搞这个
从技术上来说是可以的
可以，但是MySQL自身复制功能不是更简单易于操作吗
mysql到mysql没有必要用到dm吧，级联复制 备份恢复同步都可以的
肯定不行啊。。DM是专用工具，mysql到mysql，你用复制不就好了嘛？
其实他是想把dm工具作为结构化数据的集成工具，可以减少运维范围。但是从实际上来说，这应该是数据集成平台的功能，而不是一个采集迁移工具能做的了。
举个例子，我两台电脑复制文件，可以插一条双绞线对接，但是我为了解决若干台电脑对接，一种方式是，需要对接的情况下插线，不需要的就是单机，这是一个疯狂的运维思路，所以我们一般是另外一个思路，加交换机。
我也试过，同步到MySQL 5.7是正常的。不过之前不知道哪里见过，同步到8.0会有报错(MySQL 8.0把某个SQL_MODE给废弃了，DM同步时候会用到，还没办法跳过。不过已经跟官方提了，不知道最新版的DM有没有修复)。
实时同步需要用tidcd组件
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。