Во время онлайн-обновления, если группа находится в режиме единого первичного сервера, все серверы, которые не отключены для обновления, работают так же, как и раньше. Группа выбирает нового первичного сервера при необходимости, следуя политике выбора, описанной в разделе 20.1.3.1 «Режим единого первичного сервера». Обратите внимание, что если вам нужно, чтобы первичный сервер оставался неизменным (кроме случаев, когда он сам обновляется), вы должны сначала обновить все вторичные серверы до версии, большей или равной целевой версии первичного участника, а затем обновить первичный сервер последним. Первичный сервер не может оставаться первичным, если он не выполняет самую низкую версию MySQL Server в группе. После обновления первичного сервера вы можете использовать функцию group_replication_set_as_primary(), чтобы назначить его первичным сервером повторно.

Если группа находится в режиме множественных первичных серверов, доступное количество онлайн-участников для выполнения операций записи во время обновления уменьшается, потому что обновленные участники присоединяются в режиме только чтения после обновления. Когда все участники обновлены до одного и того же релиза, они все автоматически переходят в режим чтения/записи.

Для решения проблем, например, если вам нужно откатить обновление до предыдущей основной версии или добавить дополнительные ресурсы в группу в экстренном порядке, возможно разрешить участнику присоединиться к онлайн-группе из версии, которая в противном случае не могла бы этого сделать. Устаревшая переменная системы Group Replication group_replication_allow_local_lower_version_join может быть использована в таких ситуациях для переопределения обычных правил совместимости.