16.2.3.1. Оценка Репликации На уровне базы данных и Двоичных Опций Журналирования

Оценивая опции репликации, ведомое устройство начинает, проверяя видеть, есть ли кто-либо --replicate-do-db или --replicate-ignore-db опции, которые применяются. При использовании --binlog-do-db или --binlog-ignore-db, процесс подобен, но опции проверяются на ведущем устройстве.

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

Оценка Правил Фильтрации На уровне базы данных в Репликации

Включенные шаги перечисляются здесь:

Есть ли любой --replicate-do-db опции?
- Да. Какой-либо из них соответствует базу данных?
  - Да. Выполните оператор и выход.
  - Нет. Продолжайте к шагу 2.
- Нет. Продолжайте к шагу 2.
Есть ли любой --replicate-ignore-db опции?
- Да. Какой-либо из них соответствует базу данных?
  - Да. Проигнорируйте оператор и выход.
  - Нет. Продолжайте к шагу 3.
- Нет. Продолжайте к шагу 3.
Продолжите к проверке опций репликации на уровне таблицы, если есть кто-либо. Для описания того, как эти опции проверяются, см. Раздел 16.2.3.2, "Оценка Опций Репликации На уровне таблицы".

Важный

Оператор, который все еще разрешается на данном этапе, фактически еще не выполняется. Оператор не выполняется, пока все опции на уровне таблицы (если кто-либо) не были также проверены, и результат того процесса разрешает выполнение оператора.

Для двоичного журналирования включенные шаги перечисляются здесь:

Есть ли любой --binlog-do-db или --binlog-ignore-db опции?
- Да. Продолжайте к шагу 2.
- Нет. Зарегистрируйте оператор и выход.
Есть ли база данных значения по умолчанию (имеет любую базу данных, выбранный USE)?
- Да. Продолжайте к шагу 3.
- Нет. Проигнорируйте оператор и выход.
Есть база данных значения по умолчанию. Есть ли любой --binlog-do-db опции?
- Да. Какой-либо из них соответствует базу данных?
  - Да. Зарегистрируйте оператор и выход.
  - Нет. Проигнорируйте оператор и выход.
- Нет. Продолжайте к шагу 4.
Сделайте любой из --binlog-ignore-db опции соответствуют базу данных?
- Да. Проигнорируйте оператор и выход.
- Нет. Зарегистрируйте оператор и выход.

Важный

Для основанного на операторе журналирования исключение делается в правилах, только данных для CREATE DATABASE, ALTER DATABASE, и DROP DATABASE операторы. В тех случаях, создаваемая база данных, измененные, или отброшенные замены база данных значения по умолчанию, определяя, зарегистрировать ли или проигнорировать обновления.

--binlog-do-db может иногда означать, "игнорируют другие базы данных". Например, при использовании основанного на операторе журналирования, сервер, работающий с только --binlog-do-db=sales не пишет в двоичные операторы журнала, для которых база данных значения по умолчанию отличается от sales. При использовании основанного на строке журналирования с той же самой опцией сервер регистрирует только те обновления те данные изменения в sales.