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

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

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