【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
那有什么不能的呢？目标是tidb的话也是sql写入，换成mysql也可以的啊。
1 个赞
官方说的使用场景是mysql协议数据库到Tidb，我以为数据必须有Tikv交互
理论上是没啥问题，不过直接mysql主从复制不更简单么
自己测的玩的
就是伪装为slave，获取增量数据
你都成功了不是挺好么
理论上肯定没问题的
虽然 但是 可能 会有 bug
DM是读binlog然后将SQL复现在下游， 相当于一个MySQL从库， 所以肯定是可以的~~
某些时候会有问题 
没有完整的测试的话，上生产要谨慎
可以的
没人这么干过吧,毕竟持久化mysql和tidb有很大的区别
我理解 DM 的操作是这样的
先从上游拿到 binlog 消费(TableMapEvent, WriteRowsEvent 等)
再从本身的 cache 表里头根据表拼接 sql
再到下游去执行 sql。
既然 TiDB 是兼容 MySQL 语法的，这种情况下(下游MySQL)自然是能成功的。
但是目标端默认是 TiDB， 可能会对有针对性的优化，也不一定能顾及到所有场景。
我的经验不行吧，需要对dm的代码进行修改
可以是可以，但是没必要
TIDB底层是MYSQL，MYSQL的数据库使用TIDB工具应该是可以的
表妹说了，虽然 但是 可能 会有 bug
DM是 伪装mysql的从库 salve。获取binlog的所有 dml语句。然后转成对应的sql 传输到tidb执行。。所以他是可以同步tidb但是，毕竟这个DM是tidb的专属同步工具。mysql到mysql还是建议直接主从。