Spec-Zone .ru
спецификации, руководства, описания, API

16.1. Конфигурация репликации

16.1.1. Как Установить Репликацию
16.1.2. Форматы репликации
16.1.3. Репликация с Глобальными Идентификаторами транзакции
16.1.4. Репликация и Двоичные Опции Журналирования и Переменные
16.1.5. Общие Задачи администрирования Репликации

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

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

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

И ведущее устройство и каждое ведомое устройство должны быть сконфигурированы с уникальным ID (использующий server-id опция). Кроме того, каждое ведомое устройство должно быть сконфигурировано с информацией об основном имени хоста, имени файла журнала, и позиции в пределах того файла. Этими деталями можно управлять изнутри сеанса MySQL, используя CHANGE MASTER TO оператор на ведомом устройстве. Детали сохранены в пределах основного репозитария информации ведомого устройства, который может быть или файлом или таблицей (см. Раздел 16.2.2, "Реле репликации и Журналы Состояния").

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