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

Значение по умолчанию для server_id равно 1. Вы можете изменить значение server_id динамически, выполнив оператор, подобный этому:

SET GLOBAL server_id = 21;

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

Если вы выключаете сервер репликации, вы можете отредактировать раздел [mysqld] файла конфигурации, чтобы указать уникальный идентификатор сервера. Например:

[mysqld]
server-id=21

Двоичная регистрация включена по умолчанию на всех серверах. Реплике не требуется включенная двоичная регистрация для осуществления репликации. Однако двоичная регистрация на реплике означает, что двоичный журнал реплики может быть использован для резервного копирования данных и восстановления после сбоев. Реплики, у которых включена двоичная регистрация, также могут быть использованы в рамках более сложной топологии репликации. Например, вы можете настроить серверы репликации, используя эту цепочечную схему:

A -> B -> C

Здесь A служит источником для реплики B, а B служит источником для реплики C. Для работы B должен быть одновременно источником и репликой. Обновления, полученные от A, должны быть занесены в двоичный журнал B, чтобы передать их C. В дополнение к двоичной регистрации, эта топология репликации требует включения системной переменной log_replica_updates. При включённых обновлениях реплики, реплика записывает обновления, полученные от источника и выполненные потоком SQL реплики, в свой собственный двоичный журнал. log_replica_updates включена по умолчанию.

Если вам необходимо отключить двоичную регистрацию или регистрацию обновлений реплики на реплике, вы можете сделать это, указав параметры --skip-log-bin и --log-replica-updates=OFF для реплики. Если вы решите повторно включить эти функции на реплике, удалите соответствующие параметры и перезапустите сервер.