Spec-Zone .ru
спецификации, руководства, описания, API
|
|
Spec-Zone .ru
спецификации, руководства, описания, API
|
Во время репликации ведомый сервер создает несколько журналов, которые проводят двоичные мероприятия журнала, переданные от ведущего устройства к ведомому устройству, и записывать информацию о текущем статусе и расположении в пределах релейного журнала. Есть три типа журналов, используемых в процессе, перечисленных здесь:
Релейный журнал состоит из событий, считанных из двоичного журнала ведущего устройства и записанный ведомым потоком ввода-вывода. События в релейном журнале выполняются на ведомом устройстве как часть потока SQL.
Основной журнал информации содержит состояние и текущую конфигурационную информацию для соединения ведомого устройства с ведущим устройством. Этот журнал содержит информацию об основном имени хоста, учетных данных входа в систему, и координатах, указывающих, как далеко ведомое устройство читало из двоичного журнала ведущего устройства.
Этот журнал может быть записан mysql.slave_master_info таблица вместо
файла, запуская ведомое устройство с --master-info-repository=TABLE.
Релейный журнал информации журнала содержит информацию о статусе о точке выполнения в пределах релейного журнала ведомого устройства.
Этот журнал может быть записан mysql.slave_relay_log_info таблица
вместо файла, запуская ведомое устройство с --relay-log-info-repository=TABLE.
Для репликации, чтобы быть безопасными от катастрофического отказа при использовании таблиц для того, чтобы
зарегистрировать состояние и релейную информацию, таблицы должны использовать транзакционный механизм хранения,
такой как InnoDB. В MySQL 5.7 эти
таблицы составляются, используя InnoDB. (Ошибка #13538891)
Чтобы гарантировать безопасность при столкновении на ведомом устройстве, следует также выполнить
ведомое устройство с --relay-log-recovery включенный.
В MySQL 5.7 дается предупреждение, когда mysqld неспособен инициализировать таблицы журналирования репликации, но ведомому устройству позволяют продолжать запускаться. (Ошибка #13971348) Эта ситуация, наиболее вероятно, произойдет, обновляя от версии MySQL, который не поддерживает ведомые таблицы журналирования к тому, в котором они поддерживаются.
В MySQL 5.7 выполнение любого оператора, требующего записи, соединяется или или оба из slave_master_info
и slave_relay_log_info таблицы отвергаются, в то время как репликация
продолжающаяся, в то время как операторы, которые выполняют только чтения, разрешаются в любое время.
Не пытайтесь обновить или вставить строки в slave_master_info или
slave_relay_log_info представьте в виде таблицы вручную. Выполнение так может
вызвать неопределенное поведение, и не поддерживается.