Replicating from a higher to lower MySQL version
As we know, replication is only supported officially between consecutive major MySQL versions, and only from a lower version master to a higher version slave. This means for example, the following scenario is supported: 5.6 master --> 5.7 slave while these two scenarios are not supported: 5.5 master --> 5.7 slave 5.7 master --> 5.6 slave That being said, in some contexts (e.g a MySQL upgrade) it can be valuable to be able to replicate from a master that is using a newer version of MySQL to an older version slave. This could be used as part of a rollback strategy, and/or be needed in the case of upgrading a master-master replication topology. The idea of the article is to provide you with instructions on how to make replication work for scenarios where the master is a higher version than the slaves.
Replicating from a 5.6 master to a 5.5 slaveThe following parameters need to be present on a 5.6 master's my.cnf to be able to replicate to a lower version slave:
slave_sql_verify_checksum = OFF binlog_checksum = NONE log_bin_use_v1_row_events=1 binlog_row_image=FULL gtid_mode=OFFNOTE: remember to bounce the server after any needed parameter changes The temporal datatypes (TIME/DATETIME/TIMESTAMP) support fractional values starting from MySQL 5.6.4. Hence the storage requirement and encoding differ in comparison to pre-MySQL 5.6.4 temporal datatypes. For this reason, writing to tables with columns using any of (TIME/DATETIME/TIMESTAMP) created AFTER the upgrade to 5.6 will break replication to 5.5, unless the binlog format is set to STATEMENT. Replicating back temporal columns using the new format in ROW based format will not work. If using MIXED binlog format, unsafe statements are logged using ROW format, so it may or may not work depending on the presence of said unsafe statements.