В этом разделе описывается репликация между серверами MySQL на основе метода позиции файла двоичного журнала, где экземпляр MySQL, работающий в качестве источника (где происходят изменения в базе данных), записывает обновления и изменения в виде «событий» в двоичный журнал. Информация в двоичном журнале хранится в различных форматах протоколирования в зависимости от записываемых изменений в базе данных. Реплики настраиваются на чтение двоичного журнала из источника и выполнение событий в двоичном журнале в локальной базе данных реплики.

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

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

Источник и каждая реплика должны быть настроены с уникальным идентификатором (используя системную переменную server_id). Кроме того, каждая реплика должна быть настроена с информацией об имени хоста источника, имени файла журнала и позиции в этом файле. Эти детали можно контролировать в сеансе MySQL с помощью оператора CHANGE REPLICATION SOURCE TO на реплике. Эти данные хранятся в репозитории метаданных подключения реплики (см. Раздел 19.2.4, «Журнал реле и репозитории метаданных репликации»).