Каков наилучший метод исправления рассинхронизированного ведомого сервера mysql, когда pt-online-schema-change, pt-table -sync, xtrabackup не работает?

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

  • pt-online-schema-change
  • pt-table-sync
  • xtrabackup

в моем случае я не могу их использовать, потому что :

  • pt-online-schema-change (работает только с таблицами, у которых нет триггеров)
  • pt-table-sync (работает, только если формат журнала binglog главного устройства не равен ROW )
  • xtrabackup (работает только для всего сервера, мне нужно синхронизировать отдельные базы данных)

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

Может быть, простой mysqldump - лучшее решение, а может, и нет.

0
задан 7 November 2016 в 23:44
1 ответ

pt-table-sync (работает только в том случае, если формат журнала binglog главного устройства не является ROW)

не совсем правильно. pt-table-sync установит формат binlog в своем сеансе, если он отличается от формата STATEMENT

xtrabackup (работает только для всего сервера, мне нужно синхронизировать отдельные базы данных)

Если innodb_file_per_table равно ВКЛ XtraBackup может резервировать / восстанавливать отдельные таблицы / базы данных

0
ответ дан 5 December 2019 в 09:15

Теги

Похожие вопросы