Таблица ndb_replication используется для управления двоичным протоколированием и разрешения конфликтов, и действует на основе каждой отдельной таблицы. Каждая строка в этой таблице соответствует таблице, которая реплицируется, определяет, как регистрировать изменения в таблице, и, если задана функция разрешения конфликтов, определяет, как разрешать конфликты для этой таблицы.

В отличие от таблиц ndb_apply_status и ndb_replication, таблицу ndb_replication необходимо создавать вручную, используя приведенное здесь SQL-предложение:

CREATE TABLE mysql.ndb_replication  (
    db VARBINARY(63),
    table_name VARBINARY(63),
    server_id INT UNSIGNED,
    binlog_type INT UNSIGNED,
    conflict_fn VARBINARY(128),
    PRIMARY KEY USING HASH (db, table_name, server_id)
)   ENGINE=NDB
PARTITION BY KEY(db,table_name);

Столбцы этой таблицы перечислены здесь с описаниями:

Для включения разрешения конфликтов с NDB Replication необходимо создать и заполнить эту таблицу информацией об управлении на узле(ах) SQL, на котором(ых) должен быть решён конфликт. В зависимости от типа разрешения конфликтов и используемого метода это может быть источник, реплика или оба сервера. В простой схеме источник-реплика, где данные также могут быть изменены локально на реплике, это обычно реплика. В более сложной схеме репликации, такой как двусторонняя репликация, это, как правило, все участвующие источники. См. Раздел 25.7.12, «Разрешение конфликтов в репликации кластеров NDB» для получения дополнительной информации.

Таблица ndb_replication позволяет контролировать двоичное протоколирование на уровне таблицы вне области разрешения конфликтов, в этом случае conflict_fn задаётся как NULL, а оставшиеся значения столбцов используются для управления двоичным протоколированием для данной таблицы или набора таблиц, соответствующих выражению с подстановочными знаками. Задавая правильное значение для столбца binlog_type, вы можете настроить протоколирование для данной таблицы или таблиц с использованием требуемого формата двоичного протокола или отключить двоичное протоколирование полностью. Возможные значения для этого столбца с значениями и описаниями показаны в следующей таблице:

Несколько значений binlog_type эквивалентны различным комбинациям параметров протоколирования mysqld --ndb-log-updated-only, --ndb-log-update-as-write и --ndb-log-update-minimal, как показано в следующей таблице:

Двоичное протоколирование может быть настроено на различные форматы для разных таблиц путём вставки строк в таблицу ndb_replication с использованием соответствующих значений столбцов db, table_name и binlog_type. Внутреннее целое значение, показанное в предыдущей таблице, должно использоваться при настройке формата двоичного протоколирования. Следующие два предложения задают двоичное протоколирование на полные строки (значение 3) для таблицы test.a и на обновления только (значение 2) для таблицы test.b:

# Table test.a: Log full rows
INSERT INTO mysql.ndb_replication VALUES("test", "a", 0, 3, NULL);

# Table test.b: log updates only
INSERT INTO mysql.ndb_replication VALUES("test", "b", 0, 2, NULL);

Для отключения протоколирования для одной или нескольких таблиц используйте 1 для binlog_type, как показано здесь:

# Disable binary logging for table test.t1
INSERT INTO mysql.ndb_replication VALUES("test", "t1", 0, 1, NULL);

# Disable binary logging for any table in 'test' whose name begins with 't'
INSERT INTO mysql.ndb_replication VALUES("test", "t%", 0, 1, NULL);

Отключение протоколирования для данной таблицы эквивалентно установке sql_log_bin = 0, за исключением того, что это применяется к одной или нескольким таблицам индивидуально. Если узел SQL не выполняет двоичное протоколирование для данной таблицы, он не получает события изменения строки для этих таблиц. Это означает, что он не получает все изменения и отбрасывает некоторые, а скорее не подписывается на эти изменения.

Отключение протоколирования может быть полезно по ряду причин, в том числе перечисленных здесь:

Сопоставление с подстановками. Чтобы не было необходимости вставлять строку в таблицу ndb_replication для каждой комбинации базы данных, таблицы и узла SQL в вашей настройке репликации, NDB поддерживает подстановку символов-заменителей в столбцах этой таблицы: db, table_name и server_id. Имена баз данных и таблиц, используемые соответственно в db и table_name, могут содержать один или оба следующих символа-заменители:

(Это те же символы-заменители, что и в операторе MySQL LIKE.)

Столбец server_id поддерживает 0 в качестве символа-заменителя, эквивалентного _ (соответствует чему угодно). Это используется в приведенных ранее примерах.

Определенная строка в таблице ndb_replication может использовать символы-заменители для сопоставления любого из имени базы данных, имени таблицы и идентификатора сервера в любой комбинации. При наличии нескольких потенциальных совпадений в таблице выбирается лучшее совпадение в соответствии с приведенной здесь таблицей, где W представляет совпадение с символом-заменителем, E — точное совпадение, и чем больше значение в столбце Quality, тем лучше совпадение:

Таким образом, точное совпадение с именем базы данных, именем таблицы и идентификатором сервера считается лучшим (самым сильным), а самое слабое (худшее) совпадение — это совпадение с символами-заменителями во всех трех столбцах. При выборе правила для применения учитывается только сила совпадения; порядок строк в таблице на это определение не влияет.

Регистрация полных или частичных строк. Существует два основных метода регистрации строк, определяемых настройкой параметра --ndb-log-updated-only для mysqld:

Обычно достаточно и эффективнее регистрировать только обновленные столбцы; однако, если вам нужно записать полные строки, вы можете сделать это, установив --ndb-log-updated-only на 0 или OFF.

Регистрация измененных данных как обновлений. Настройка параметра --ndb-log-update-as-write сервера MySQL определяет, выполняется ли ведение журнала с изображением “перед” или без него.

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

Этот параметр включен по умолчанию; другими словами, обновления обрабатываются как записи. То есть обновления по умолчанию записываются как события write_row в двоичном журнале, а не как события update_row.

Чтобы отключить параметр, запустите исходный mysqld с --ndb-log-update-as-write=0 или --ndb-log-update-as-write=OFF. Это необходимо при репликации из таблиц NDB в таблицы, использующие другой движок хранения; см. Репликация из NDB в другие движки хранения и Репликация из NDB в не транзакционный движок хранения для получения дополнительной информации.