Если экземпляр покинул кластер, например, из-за потери соединения, и по какой-то причине не смог автоматически воссоединиться, возможно, потребуется воссоединить его с кластером позже. Для воссоединения экземпляра с кластером выполните 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() добавляет экземпляр в кластер.