Ограничение размера группы

Ограничения размера транзакции

--upgrade=MINIMAL опция. Групповая репликация не может быть запущена после обновления MySQL Server, использующего опцию MINIMAL (--upgrade=MINIMAL), которая не обновляет системные таблицы, от которых зависят внутренние компоненты репликации.

Замки разрывов. Процесс сертификации групповой репликации для одновременных транзакций не учитывает замки разрывов, так как информация о замках разрывов недоступна за пределами InnoDB. Подробнее см. Замки разрывов.

Замки таблиц и именованные замки. Процесс сертификации не учитывает блокировки таблиц (см. Раздел 15.3.6 «Команды LOCK TABLES и UNLOCK TABLES») или именованные замки (см. GET_LOCK()).

Контрольные суммы двоичного журнала. Групповая репликация в MySQL 8.4 поддерживает контрольные суммы, поэтому члены группы могут использовать значение по умолчанию binlog_checksum=CRC32. Значение binlog_checksum не должно быть одинаковым для всех членов группы.

Когда контрольные суммы доступны, групповая репликация не использует их для проверки входящих событий на канале group_replication_applier, так как события записываются в этот журнал пересылки из нескольких источников и до того, как они фактически запишутся в двоичный журнал исходного сервера, где и генерируется контрольная сумма. Контрольные суммы используются для проверки целостности событий на канале group_replication_recovery и на любых других каналах репликации у членов группы.

Уровень изоляции SERIALIZABLE. SERIALIZABLE уровень изоляции по умолчанию не поддерживается в группах с несколькими основными серверами. Установка уровня изоляции транзакции на SERIALIZABLE приводит к отказу групповой репликации от подтверждения транзакции.

Одновременные операции DDL и DML. Одновременные операторы определения данных (DDL) и манипулирования данными (DML), выполняемые над одним объектом, но на разных серверах, не поддерживаются при использовании режима нескольких основных серверов. Во время выполнения операторов DDL над объектом, выполнение одновременных операторов DML над тем же объектом, но на другом экземпляре сервера, имеет риск того, что конфликтующие операторы DDL, выполняемые на разных экземплярах, не будут обнаружены.

Внешние ключи с каскадными ограничениями. Группы в режиме нескольких основных серверов (все члены настроены с group_replication_single_primary_mode=OFF) не поддерживают таблицы с многоуровневыми зависимостями внешних ключей, в частности таблицы, у которых определены CASCADING. Это связано с тем, что ограничения внешних ключей, которые приводят к каскадным операциям, выполняемым группой в режиме нескольких основных серверов, могут привести к необнаруженным конфликтам и несогласованным данным между членами группы. Поэтому рекомендуется установить group_replication_enforce_update_everywhere_checks=ON на экземплярах серверов, используемых в группах в режиме нескольких основных серверов, чтобы избежать необнаруженных конфликтов.

В режиме одного основного сервера это не проблема, так как он не допускает одновременных записей на нескольких членов группы и, следовательно, не существует риска необнаруженных конфликтов.

Тупик в режиме нескольких основных серверов. При работе группы в режиме нескольких основных серверов, операторы SELECT .. FOR UPDATE могут привести к тупику. Это связано с тем, что блокировка не распределена между членами группы, поэтому ожидание для такого оператора может не быть достигнуто.

Фильтры репликации. Глобальные фильтры репликации не могут быть использованы на экземпляре MySQL сервера, настроенном для групповой репликации, поскольку фильтрация транзакций на некоторых серверах сделает группу неспособной достичь согласованного состояния. Канал-специфические фильтры репликации могут использоваться на каналах репликации, которые не участвуют непосредственно в групповой репликации, например, когда член группы также выступает в качестве реплики источника, находящегося вне группы. Их нельзя использовать на каналах group_replication_applier или group_replication_recovery.

Зашифрованные соединения. Поддержка протокола TLSv1.3 доступна в MySQL, при условии, что он был скомпилирован с использованием OpenSSL 1.1.1 или более поздней версии. Групповая репликация поддерживает TLSv1.3, который может использоваться для соединений групповой связи и соединений распределённого восстановления.

group_replication_recovery_tls_version и group_replication_recovery_tls_ciphersuites могут быть использованы для настройки поддержки клиентов для любого набора шифровальных пакетов, включая только нестандартные шифровальные пакеты при необходимости. См. Раздел 8.3.2 «Зашифрованные соединения TLS протоколы и шифры».

Операции клонирования. Групповая репликация инициирует и управляет операциями клонирования для распределённого восстановления, но члены группы, которые были настроены для поддержки клонирования, также могут участвовать в операциях клонирования, инициированных пользователем вручную. Вы можете инициировать операцию клонирования вручную, если операция включает член группы, на котором запущена групповая репликация, при условии, что операция клонирования не удаляет и не заменяет данные на получателе. Следовательно, оператор для инициирования операции клонирования должен включать в себя условие DATA DIRECTORY, если запущена групповая репликация. См. Раздел 20.5.4.2.4 «Клонирование для других целей».