InnoDB ClusterSet отдаёт приоритет доступности перед согласованностью, чтобы максимизировать толерантность к сбоям. Нормальная задержка репликации или сетевые разделения могут означать, что некоторые или все реплицированные кластеры не полностью согласованы с основным кластером в момент возникновения проблемы с основным кластером. В этих сценариях, если вы инициируете аварийное переключение, любые нереплицированные или расходящиеся транзакции могут быть потеряны, и могут быть восстановлены и согласованы только вручную (если к ним вообще можно получить доступ). Нет гарантии, что данные будут сохранены при аварийном переключении.

Если вы не можете допустить потерю транзакций или данных во время переключения, вместо использования InnoDB ClusterSet, рассмотрите использование одного InnoDB Cluster с серверными узлами, развернутыми в нескольких центрах обработки данных. Имейте в виду, что это решение окажет заметное влияние на производительность записи, поскольку стабильное и низкозадержное сетевое соединение важно для того, чтобы серверные узлы InnoDB Cluster могли взаимодействовать друг с другом для достижения консенсуса по транзакциям.

InnoDB ClusterSet не переключается автоматически на реплицированный кластер. Поскольку потеря транзакций возможна, а согласованность данных не гарантируется, администратор должен принять и реализовать решение о выполнении аварийного переключения. Если исходный основной кластер остаётся онлайн, его следует выключить как можно скорее после установления связи с ним.

InnoDB ClusterSet поддерживает только асинхронную репликацию и не может использовать полусинхронную репликацию.

InnoDB ClusterSet поддерживает только режим с одним главным для основных и реплицированных экземпляров InnoDB Cluster. Режим с несколькими главными не поддерживается.

Развертывание InnoDB ClusterSet может содержать только один кластер чтение-запись (primary). Все реплицированные кластеры являются только для чтения. Активно-активная настройка с несколькими основными кластерами не допускается, так как согласованность данных не гарантируется в случае сбоя кластера.

InnoDB Cluster может участвовать только в одном развертывании InnoDB ClusterSet. Таким образом, каждое развертывание InnoDB ClusterSet предоставляет решение по доступности и восстановлению после катастрофы для одного InnoDB Cluster.

Существующий InnoDB Cluster не может использоваться как реплицированный кластер в развертывании InnoDB ClusterSet. Реплицированный кластер должен быть запущен с одного серверного экземпляра как новый InnoDB Cluster. Можно использовать серверные экземпляры, которые являются частью группы Group Replication, как реплицированный кластер, но вы должны сначала полностью завершить группу Group Replication и быть осторожны с любыми настроенными параметрами Group Replication, которые могут повлиять на InnoDB ClusterSet. Более подробную информацию см. в Разделе 8.1, «Требования к InnoDB ClusterSet».

InnoDB ClusterSet не поддерживает использование экземпляров, работающих с MySQL Server 5.7.