Spec-Zone .ru
спецификации, руководства, описания, API
|
Репликация между серверами в MySQL основана на двоичном механизме журналирования. Экземпляр MySQL, работающий как ведущее устройство (источник изменений базы данных), пишет обновления и изменения как "события" к двоичному журналу. Информация в двоичном журнале хранится в различных форматах журналирования согласно записываемым изменениям базы данных. Ведомые устройства конфигурируются, чтобы считать двоичный журнал от ведущего устройства, и выполнить события в двоичном файле входят в систему локальная база данных ведомого устройства.
Ведущее устройство является "немым" в этом сценарии. Как только двоичное журналирование было включено, все операторы записываются в двоичном журнале. Каждое ведомое устройство получает копию всего содержания двоичного журнала. Это - обязанность ведомого устройства решить, какие операторы в двоичном журнале должны быть выполнены; невозможно сконфигурировать ведущее устройство, чтобы зарегистрировать только определенные события. Если Вы не определяете иначе, все события в основном двоичном журнале выполняются на ведомом устройстве. Если требующийся, можно сконфигурировать ведомое устройство, чтобы обработать только события, которые применяются к определенным базам данных или таблицам.
Каждое ведомое устройство ведет учет двоичных координат журнала: имя файла и позиция в пределах файла, который это считало и обработало от ведущего устройства. Это означает, что многократные ведомые устройства могут быть соединены с ведущим устройством и выполняющий различные части того же самого двоичного журнала. Поскольку ведомые устройства управляют этим процессом, отдельные ведомые устройства могут быть соединены и разъединены от сервера, не влияя на работу ведущего устройства. Кроме того, потому что каждое ведомое устройство помнит позицию в пределах двоичного журнала, для ведомых устройств возможно быть разъединенным, повторно соединиться и затем "нагнать", продолжаясь от записанной позиции.
И ведущее устройство и каждое ведомое устройство должны быть сконфигурированы с уникальным ID (использующий server-id
опция). Кроме того, каждое ведомое устройство должно быть сконфигурировано с информацией об основном имени
хоста, имени файла журнала, и позиции в пределах того файла. Этими деталями можно управлять изнутри сеанса
MySQL, используя CHANGE MASTER TO
оператор на ведомом устройстве. Детали сохранены в пределах основного репозитария информации ведомого
устройства, который может быть или файлом или таблицей (см. Раздел
16.2.2, "Реле репликации и Журналы Состояния").
Этот раздел описывает установку и конфигурацию, требуемую для среды репликации, включая постепенные инструкции для того, чтобы создать новую среду репликации. Главные компоненты этого раздела:
Для руководства по установке двух или больше серверов для репликации, Раздел 16.1.1, "Как Установить Репликацию", имеет дело с конфигурацией систем и обеспечивает методы для того, чтобы они скопировали данные между ведущим устройством и ведомыми устройствами.
События в двоичном журнале записываются, используя много форматов. Они упоминаются как основанная на операторе репликация (SBR) или построчная репликация (RBR). Третий тип, репликация смешанного формата (СМЕШАЛАСЬ), использует SBR или репликацию RBR автоматически, чтобы использовать в своих интересах преимущества и SBR и форматов RBR когда приспособлено. Различные форматы обсуждаются в Разделе 16.1.2, "Форматы Репликации".
Подробная информация о различных параметрах конфигурации и переменных, которые применяются к репликации, обеспечивается в Разделе 16.1.4, "Репликация и Двоичные Опции Журналирования и Переменные".
После того, как запущенный, процесс репликации должен потребовать небольшого администрирования или контроля. Однако, для совета относительно общих задач, которые можно хотеть выполнить, см. Раздел 16.1.5, "Общие Задачи администрирования Репликации".