Триггеры MySQL + репликация с несколькими базами данных - PullRequest
Новая
       16

Триггеры MySQL + репликация с несколькими базами данных

4 голосов
/ 19 сентября 2008

Я использую несколько баз данных на MySQL 5.0.45 и пытаюсь синхронизировать мою устаревшую базу данных с пересмотренной схемой, чтобы я мог запускать обе базы данных бок о бок. Я делаю это, добавляя триггеры в новую базу данных, но у меня возникают проблемы с репликацией. Моя установка выглядит следующим образом.

Сервер "Мастер"

  • База данных "legacydb", реплицируется на сервер "ведомый".
  • База данных "newdb", имеет триггеры, которые обновляют "legacydb" и не реплицируются.

Сервер "Раб"

  • База данных "legacydb"

Мои обновления для "newdb" запускаются нормально и отключают мои триггеры. Они обновляют "legacydb" на "главном" сервере. Тем не менее, изменения не распространяются на рабов. Документы MySQL говорят, что для простоты репликация смотрит на текущий контекст базы данных (например, "SELECT DATABASE();"), когда решает, какие запросы копировать, а не смотреть на продукт запроса. Мой триггер запускается из контекста базы данных "newdb", поэтому репликация игнорирует обновления.

Я попытался переместить оператор обновления в хранимую процедуру в "legacydb". Это прекрасно работает (то есть данные реплицируются на ведомый), когда я подключаюсь к «master» и вручную запускаю "USE newdb; CALL legacydb.do_update('Foobar', 1, 2, 3, 4);". Однако когда эта процедура вызывается из триггера, она не реплицируется.

До сих пор мои мысли о том, как это исправить, были следующими:

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

  • Реплицируйте обе базы данных и используйте триггеры как на главном, так и на ведомом устройствах. Это было бы возможно, но боль в настройке.

  • Принудительно, чтобы репликация приняла все изменения в "legacydb", независимо от текущего контекста базы данных.

  • Если репликация выполняется на слишком высоком уровне, она никогда не увидит никаких обновлений, запущенных моим триггером, и в этом случае никакое количество взломов не приведет к тому, что я хочу.

Любая помощь в достижении этого будет принята с благодарностью.

1 Ответ

3 голосов
/ 19 сентября 2008

Это может иметь какое-то отношение к этому:

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

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

Кроме того, существует целый список проблем с триггерами: http://dev.mysql.com/doc/refman/5.0/en/routine-restrictions.html

...