十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
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,以避免某些情况下的主从数据不一致发生。