pt-online-schema-change的bug2

    pt-online-schema-change工具依赖于触发器的机制去实现表的无锁DDL。那咱们试想在一主一从的状况下，有个大表须要执行DDL操做，为了验证该操做的执行时长，先用pt-online-schema-change工具在从库上执行变动。确认没有问题后再在主库上执行变动。固然，在执行以前是须要开启会话级的sql_log_bin=0以免记录到binlog。

    可是咱们从官方文档中获知以下：

    

    很明显，若是主从架构下，binlog的日志格式是row的话，依赖触发器机制的pt-online-schema-change是会形成数据丢失的。由于增量的数据没法经过触发器去收集。也就是说，在基于主库的binlog为row格式的状况下，从库的触发器是不会起做用的。由于主库自己经过触发器产生的变动已经写入binlog同步到从库。若是从库的触发器也生效的话，就会出现重复。

    总结：在基于主从复制架构下，若是主库binlog的日志格式为row状况下，pt-online-schema-change工具必须在主库执行才能避免主从数据不一致。若是日志格式是statement的话，则能够先在从库执行pt-online-schema-change再在主库执行。可是目前官方也建议参数binlog_format设置为row,而非statement，以免某些状况下的主从数据不一致发生。