MariaDB从库修改binlog_format及DMS迁移相关技术问询

背景场景 #

我们有一套运行在AWS EC2上的MariaDB 10.3主从集群，主、从库的binlog_format均为MIXED格式。计划通过AWS DMS将数据迁移至Aurora MySQL，但DMS要求源数据库的binlog格式必须为ROW。此前在Stack Overflow看到如下表述：

the setting of binlog_format on the slave does not specify what the slave expects. It only sets what the slave will generate.

问题1：若以从库作为DMS迁移源，能否在不改动主库（保持MIXED格式）的前提下，将从库binlog_format改为ROW并启用log_slave_updates以满足DMS要求？ #

完全可以这么操作。从库的binlog_format参数仅控制自身生成的二进制日志格式，和它接收、解析主库日志的格式没有关系——主库以MIXED格式发送的日志，从库依然能正常解析并应用。开启log_slave_updates后，从库会把已经应用完成的主库同步操作，按照自身设置的ROW格式重新写入本地binlog，这样DMS就能读取到符合要求的ROW格式日志，满足迁移需求。

问题2：若上述操作可行，在DMS完成从从库到Aurora MySQL的数据复制前，主库（MIXED格式）到从库（ROW格式）的数据复制是否会出现问题？ #

不会出现任何同步问题。主从复制的核心流程是：主库生成MIXED格式的binlog，从库的IO线程拉取该日志到本地中继日志（relay log），随后SQL线程解析中继日志并执行数据库操作。这个过程和从库自身的binlog_format设置完全独立，从库只是将已经执行完的操作按ROW格式写入自身binlog，不会干扰它从主库同步数据的逻辑，主从集群的数据一致性可以正常维持。

内容的提问来源于stack exchange，提问作者JollyRoger