В MySQL 8 двоичный журнал автоматически очищается (как определено в ). Это означает, что кластер, работающий дольше, чем , в конечном итоге может не содержать экземпляра с полным двоичным журналом, который содержит все транзакции, примененные экземплярами. Это может привести к необходимости автоматической подготовки экземпляров, например, с помощью MySQL Enterprise Backup, прежде чем они смогут присоединиться к кластеру. Экземпляры, работающие на версии 8.0.17 и выше, поддерживают плагин MySQL Clone, который решает эту проблему, предоставляя автоматическое решение по подготовке, которое не зависит от инкрементного восстановления, см. Раздел 8.4.6, «Использование MySQL Clone с InnoDB Cluster». Экземпляры, работающие на версии ранее 8.0.17, поддерживают только инкрементное восстановление, и в результате, в зависимости от версии MySQL, на которой работает экземпляр, экземпляры могут потребовать автоматической подготовки. В противном случае операции, которые зависят от распределённого восстановления, такие как Cluster.addInstance() и т.д., могут завершиться ошибкой.

На экземплярах, работающих на более ранних версиях MySQL, используются следующие правила для очистки двоичного журнала:

Таким образом, в зависимости от того, как долго работает кластер, двоичные журналы могут быть очищены, и вам может потребоваться вручную подготовить экземпляры. Аналогично, если вы вручную очистили двоичные журналы, вы можете столкнуться с той же ситуацией. Поэтому настоятельно рекомендуется обновить до версии MySQL, более поздней, чем 8.0.17, чтобы в полной мере использовать автоматическую подготовку, предоставляемую MySQL Clone для распределённого восстановления и минимизировать время простоя при подготовке экземпляров для вашего InnoDB Cluster.