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

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

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

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

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

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

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

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

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