已经确认，点发生了变化
而且，我确认，我把binlog文件和点位都设置为最新点了。而且这个表是在两年前已经建好了，建表语法不应该存在于binlog日志吧。我的binglog日志保留时长为 30 天
这个很好确认，解析下报错这段时间是内的binlog看是否有这种建表语句，过滤出create table关键字就行
1、mysqlbinlog -vvv
2、show binlog events in
可以直接用binlog吗,我记得是需要转成sql备份吧
他是DM同步上游是mysql,通过解析上游mysqlbinlog排查和tidb不兼容的DDL语句
还真有 ，binlog显示 1300次 。不知道binlog中是怎么个原理。这几个表的确是2年前就有了
有什么解决方法吗？
这个 MySQL 做下备份还原到 tidb，然后用新的 pos 位点同步呗。这样感觉更快 
。
不行 ，我查了，每一个binlog文件中都有1300个这样的建表语句。就算是先全量导过来，只要读取binlog就会有问题
如果你解析的是最近的binlog文件的，推测你这部分表肯定是在不断的删除新建，你可以解析下binlog过滤一下这些表的drop。
处理方案，找到这些表的创建的程序做语法改造
1 个赞
那这是这个表在不断 drop + create 啊，为啥要这么干。。。或者 MySQL 有 bug ，binlog 乱记🤔。。。
这个就是开发人员的奇思妙想
1 个赞
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。