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

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

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

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