20.8.3.2 Upgrading a Group Replication Member — MySQL 9.2

20.8.3.2 Модернизация участника группы репликации

В этом разделе объясняются шаги, необходимые для модернизации участника группы. Эта процедура является частью методов, описанных в разделе 20.8.3.3 «Методы онлайн-модернизации группы репликации». Процесс модернизации участника группы одинаков для всех методов и описывается в первую очередь. Способ подключения модернизированных участников может зависеть от выбранного метода и других факторов, таких как режим работы группы — однородный или многородный. Способ модернизации серверной инстанции (на месте или с созданием новой) не влияет на описанные здесь методы.

Процесс модернизации участника состоит из удаления его из группы, выполнения выбранного метода модернизации участника и повторного подключения модернизированного участника к группе. Рекомендуемый порядок модернизации участников в группе с однородным первичным участником — модернизировать сначала всех вторичных участников, а затем первичного. Если первичный участник модернизируется до вторичного, выбирается новый первичный участник, использующий более старую версию MySQL, но для этого шага нет необходимости.

Для модернизации участника группы:

Подключите клиент к участнику группы и выполните STOP GROUP_REPLICATION. Перед продолжением убедитесь, что состояние участника является OFFLINE, отслеживая таблицу replication_group_members.
Отключите автоматический запуск группы репликации, чтобы после модернизации безопасно подключиться к участнику и настроить его, не допуская его повторного подключения к группе, установив group_replication_start_on_boot=0.

Важно

Если у модернизированного участника group_replication_start_on_boot=1 включён, то он может подключиться к группе до выполнения процедуры модернизации MySQL и может привести к проблемам. Например, если модернизация завершается неудачно и сервер перезапускается, то потенциально неисправный сервер может попытаться присоединиться к группе.
Остановите участника, например, с помощью mysqladmin shutdown или команды SHUTDOWN. Другие участники группы продолжают работать.
Произведите модернизацию участника, используя подход на месте или с созданием новой копии. Подробности см. в главе 3 «Модернизация MySQL». При перезапуске модернизированного участника, поскольку group_replication_start_on_boot установлен в 0, группа репликации не запускается на инстанции и, следовательно, не подключается к группе.
После завершения процедуры модернизации MySQL для участника, group_replication_start_on_boot должен быть установлен в 1, чтобы гарантировать правильный запуск группы репликации после перезапуска. Перезапустите участника.
Подключитесь к модернизированному участнику и выполните START GROUP_REPLICATION. Это присоединяет участника к группе. Метаданные группы репликации на модернизированном сервере остаются неизменными, поэтому обычно нет необходимости повторно настраивать группу репликации. Серверу необходимо обработать все транзакции, выполненные группой во время его простоя. После завершения обработки транзакций он становится активным участником группы.

Примечание

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

При подключении модернизированного участника к группе, в которой работает участник с более ранней версией MySQL-сервера, модернизированный участник присоединяется с super_read_only=on. Это гарантирует, что запись не будет производиться на модернизированные участки до тех пор, пока все участники не будут использовать более новую версию. В группе с многородным режимом работы, после успешной модернизации и готовности группы к обработке транзакций, участники, предназначенные для записи (первичные участники), должны быть переведены в режим чтения/записи. Когда все участники группы будут модернизированы до одной и той же версии, они автоматически перейдут в режим чтения/записи.