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

16.1.2. Форматы репликации

16.1.2.1. Преимущества и Недостатки Основанных на операторе и Строки-BasedReplication
16.1.2.2. Использование Основанного на строке Журналирования и Репликации
16.1.2.3. Определение Безопасных и Опасных Операторов в Двоичном Журналировании

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

В MySQL 5.6 основанный на операторе формат является значением по умолчанию.

MySQL Cluster. Двоичный файл значения по умолчанию, регистрирующий формат во всем MySQL Cluster NDB 7.3 выпусков, MIXED. Следует отметить, что MySQL Cluster Replication всегда использует построчную репликацию, и что NDB механизм хранения является несовместимым с основанной на операторе репликацией. См. Раздел 17.6.2, "Общие Требования для MySQL Cluster Replication", для получения дополнительной информации.

При использовании MIXED формат, двоичный формат журналирования определяется частично используемым механизмом хранения и выполняемый оператор. Для получения дополнительной информации по журналированию смешанного формата и правилам, управляющим поддержкой различных форматов журналирования, см. Раздел 5.2.4.3, "Смешанный Двоичный Формат Журналирования".

Форматом журналирования в рабочем сервере MySQL управляют, устанавливая binlog_format системная переменная сервера. Эта переменная может быть установлена с сеансом или глобальной областью видимости. Управление правил, когда и как новая установка вступает в силу, является тем же самым что касается других системных переменных сервера MySQL — установка переменной для текущего сеанса длится только до конца того сеанса, и изменение не видимо к другим сеансам; установка переменной глобально требует, чтобы перезапуск сервера вступил в силу. Для получения дополнительной информации см. Раздел 13.7.4,"SET Синтаксис".

Есть условия, при которых невозможно изменить двоичный формат журналирования во времени выполнения или выполнении так репликация причин, чтобы перестать работать. См. Раздел 5.2.4.2, "Устанавливая Двоичный Формат Журнала".

Вы должны иметь SUPER полномочие установить или глобальную переменную или сеанс binlog_format значение.

У форматов основанной на операторе и построчной репликации есть другие вопросы и ограничения. Для сравнения их относительных преимуществ и недостатков, см. Раздел 16.1.2.1, "Преимущества и Недостатки Основанной на операторе и Построчной репликации".

С основанной на операторе репликацией можно встретиться с проблемами с тиражированием сохраненных подпрограмм или триггеров. Можно избежать этих проблем при использовании построчной репликации вместо этого. Для получения дополнительной информации см. Раздел 19.7, "Двоичное Журналирование Сохраненных Программ".