关于canal slave 解析sql错误的一个探究

昨天线上遇到的问题。

问题场景：

mysql 的 binlog format 确认是row模式。但canal讲dml语句解析成了ddl语句，导致getisddl()为true，实际上sql是 insert 语句 或者update语句。

原因：

问题出在mysql端，比如DBA可能是这样做的，用root权限在mysql shell端 set  binlog_format = row 但是并没重启mysql数据库，导致即使连到mysql端 show variables 看到了row模式的配置，但是mysql 解析仍然有问题。其实这里之所以还是有问题是因为，作为slave的mysql 的dump线程并没有得到重启，所以这个线程的方式还是之前的模式（之前是statement模式），所以fetch过来的数据解析就会出现问题。

解决：

1、重启mysql。

2、但是线上的mysql是不会轻易给你重启，所以我们可以重启主从复制线程也可以。