InnoDB Cluster интегрирует плагин MySQL Clone для автоматической подготовки присоединяемых инстансов. Процесс получения данных кластера, чтобы инстанс мог синхронизироваться с ним, называется распределенным восстановлением. При необходимости восстановления транзакций кластера для инстанса мы различаем донора, который является инстансом кластера, предоставляющим данные, и получателя, который является инстансом, получающим данные от донора. В предыдущих версиях Group Replication предоставлял только асинхронную репликацию для восстановления транзакций, необходимых для синхронизации присоединяемого инстанса с кластером, чтобы он смог присоединиться к нему. Для кластера с большим количеством ранее обработанных транзакций может потребоваться много времени для восстановления всех транзакций новым инстансом перед его присоединением к кластеру. Или кластер, который очистил GTID, например, в рамках планового обслуживания, может потерять некоторые транзакции, необходимые для восстановления нового инстанса. В таких случаях единственной альтернативой было ручное предоставление инстанса с помощью инструментов, таких как MySQL Enterprise Backup, как показано в .

MySQL Clone предоставляет альтернативный способ для инстанса восстановить транзакции, необходимые для синхронизации с кластером. Вместо того, чтобы полагаться на асинхронную репликацию для восстановления транзакций, MySQL Clone создаёт моментальную копию данных на инстансе-доноре и затем передает эту копию инстансу-получателю.

После того, как операция клонирования передала моментальную копию получателю, если кластер обработал транзакции во время передачи моментальной копии, асинхронная репликация используется для восстановления любых необходимых данных, чтобы получатель мог синхронизироваться с кластером. Это может быть намного эффективнее, чем восстановление инстансом всех транзакций с помощью асинхронной репликации, и избегает проблем, вызванных очисткой GTID, что позволяет быстро предоставлять новые инстансы для InnoDB Cluster. Для получения более подробной информации см. и

В отличие от использования MySQL Clone, инкрементное восстановление — это процесс, в котором присоединяющийся к кластеру инстанс использует только асинхронную репликацию для восстановления из кластера. Когда InnoDB Cluster настроен на использование MySQL Clone, инстансы, присоединяющиеся к кластеру, используют либо MySQL Clone, либо инкрементное восстановление для восстановления транзакций кластера. По умолчанию кластер автоматически выбирает наиболее подходящий метод, но вы можете настроить это поведение, например, чтобы принудительно использовать клонирование, что заменяет любые транзакции, уже обработанные присоединяющимся инстансом. Когда вы используете MySQL Shell в интерактивном режиме, если кластер не уверен, что может продолжить восстановление, он предоставляет интерактивный запрос. Этот раздел описывает различные предлагаемые вами варианты и различные сценарии, которые влияют на выбор варианта.

Кроме того, вывод Cluster.status() для членов в состоянии RECOVERING включает информацию о ходе восстановления, чтобы вы могли легко отслеживать операции восстановления, независимо от того, используют ли они MySQL Clone или инкрементное восстановление. InnoDB Cluster предоставляет дополнительную информацию об инстансах, использующих MySQL Clone, в выводе Cluster.status().

Существуют проверки совместимости версий клонирования для донорских и принимающих инстансов. При определенных условиях достаточно соответствия только основного и второстепенного номеров версий, номер исправления игнорируется.

Применяются следующие условия: