或许可以试试这两个方法：
1、可能DM内部的表结构不一致了，可以通过operate-schema 命令重新维护下DM 内部的表结构试试
2、重新同步，成本比较高，start-task --remove-meta {task-config-file} 重启数据迁移任务
这是已经重新同步了的。但是只不过是根据老的DM同步中断的BINlog和POS值这个点开始同步。
这个问题暂时我只是想了解了解看看是什么原因，因为现在实时同步一两分钟内的延迟。他不会出现问题。只有出现同步报错延迟几个小时了。跳过错误开始追日志的时候才会出现。所以不太像动，就怕再出现问题。
没有做双向同步吧？syncdiffer择机看下冲突表，对比下数据。
没有。现在正常了。就不管了。而且这个不能做双向同步，不能吧tidb的数据库写入同步到mysql端。tidb这边同步过来的也不会修改
我其实就是想从binlog里面确认一下这个冲突的insert是不是在一个事务内。以及是否出现过多次。
不然是有点不知道怎么排查了。
这个我也查过了，只有一个，如果有多个，源端mysql主从应该也会失败主键冲突。