Ведомое устройство MySQL может быть ведущим устройством одновременно?

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

Я соглашаюсь с другими плакатами, хотя, что, если Вы сделали полное задание, исследующее проблему о Google заранее, и звучите хорошо осведомленными, у Вас есть лучший шанс получения Вашего обработанного запроса (о, да, используйте слово, "возрастают", когда первые уровневые люди поддержки не могут помочь Вам) к более старшим взглядам поддержки.

17
задан 25 May 2010 в 20:40
5 ответов

Бинарный журнал на DB2 не обновлял ведомые обновления. Для объединения в гирляндную цепь репликации нужно установить log-slave-updates в my.conf.

http://dev.mysql.com/doc/refman/5.1/en/replication-options-slave.html#option_mysqld_log-slave-updates

16
ответ дан 2 December 2019 в 20:30

Да, это возможно :) Это называют "Ведущим устройством с Релейной Ведомой" репликацией и там большим количеством документов об этом в сети.

Я рекомендовал бы Вам смотреть на официальную документацию здесь.

Btw, также смотрите на эти слайды. У них есть некоторые подсказки о топологиях репликации.

Надеюсь, это поможет.

9
ответ дан 2 December 2019 в 20:30

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

3
ответ дан 2 December 2019 в 20:30
  • 1
    Круговая репликация невероятно хрупка. It' s опрометчивый при большинстве обстоятельств. –  Warner 25 May 2010 в 20:51
  • 2
    @Warner - это было просто примером еще более сложной установки репликации. –  pQd 25 May 2010 в 22:03

Да, это возможно. Реалистично, Вам нужен новый снимок DB2 для создания DB3. В той точке, если у Вас есть хорошее положение, можно или использовать, чем для DB4 или взять другой снимок DB3.

Не забывайте устанавливать уникальный server_id для каждого сервера.

Высокопроизводительный MySQL является замечательной книгой для ссылки на более усовершенствованное администрирование MySQL.

0
ответ дан 2 December 2019 в 20:30
  • 1
    DB2 является в настоящее время только ведомым устройством, но it' s положение бинарного журнала isn' t изменение... Вы знаете если that' s нормальный? –  mmattax 25 May 2010 в 20:48
  • 2
    Ведомое устройство (DB2) актуально с ведущим устройством, все же положение бинарного журнала isn' t изменение, что я должен проверить? –  mmattax 25 May 2010 в 20:54
  • 3
    Да, I' ve подтвердил, что я могу изменить данные по DB1 и it' s копируемый в DB2, все же DB2' s положение бинарного журнала то же. –  mmattax 25 May 2010 в 20:57
  • 4
    Я думаю DB@ isn' t регистрирующий ведомые обновления, следовательно почему положение isn' t изменение: dev.mysql.com/doc/refman/5.1/en/… –  mmattax 25 May 2010 в 21:06

Почему не только добавляют DB3 как новое ведомое устройство и затем продвигают его ведущее устройство, когда Вы готовы переключиться? Это принесло бы Вам временную дополнительную пользу наличия нескольких ведомых устройств, и уменьшило бы или устранило бы Ваше время простоя.

0
ответ дан 2 December 2019 в 20:30

Теги

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