Если экземпляр покидает кластер, например, из-за потери соединения, и по какой-либо причине не может автоматически присоединиться к кластеру, может потребоваться его повторное подключение к кластеру впоследствии. Для присоединения экземпляра к кластеру выполните Cluster.rejoinInstance(instance).

В случае, если конфигурация экземпляра не была сохранена (см. Раздел 6.2.3, «Сохранение настроек»), после перезагрузки экземпляр не присоединяется к кластеру автоматически. Решение состоит в выполнении cluster.rejoinInstance(), чтобы экземпляр был повторно добавлен в кластер и убедиться, что изменения сохранены. После сохранения конфигурации InnoDB Cluster в файле параметров экземпляра он автоматически присоединяется к кластеру.

Если вы присоединяете экземпляр, который каким-то образом изменился, вам может потребоваться изменить экземпляр, чтобы процесс присоединения работал правильно. Например, при восстановлении резервной копии MySQL Enterprise Backup изменяются. Попытка присоединить такой экземпляр терпит неудачу, потому что экземпляры InnoDB Cluster идентифицируются по переменной. В такой ситуации информация о старом экземпляра должна быть удалена из метаданных InnoDB Cluster, а затем должно быть выполнено Cluster.rescan() для добавления экземпляра в метаданные с новым значением . Например:

cluster.removeInstance("root@instanceWithOldUUID:3306", {force: true})

cluster.rescan()

В этом случае необходимо передать параметр force методу Cluster.removeInstance(), потому что экземпляр недоступен с точки зрения кластера, и мы хотим удалить его из метаданных InnoDB Cluster.

rejoinInstance() также проверяет стеки коммуникаций, используемые экземпляром, и гарантирует, что они поддерживаются кластером. Если кластер поддерживает стек коммуникаций, rejoinInstance() добавляет экземпляр в кластер.