Различные архитектуры для репликации базы данных MySql

Question

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

Вот некоторые вопросы, на которые я хочу ответить:
1. Каковы плюсы и минусы настройки Master-Slave по сравнению с настройкой Master-Master?При каких условиях вы выбираете одно над другим?
2. В случае сбоя, какие настройки: а) Простота восстановления после сбоя и восстановления, б) Более надежно (без потери данных)?

Я понимаю, что Mysql обеспечивает бинарную репликацию, но мне придется использовать сторонние инструменты, такие как MMM (диспетчер репликации Multi-Master), в случае настройки Master-Master и виртуальные IP-адреса для обработки аварийного переключения.

Большинство документов, которые я нашел на dev.mysql.com, были связаны с настройкой репликации и на самом деле не говорят о плюсах и минусах того, как принимать решение о дизайне между Master-Slave и Master-Master.

Спасибо.

Answer 1

В настоящее время у меня настроено несколько ведомых устройств с бинарной репликацией с одним ведущим и несколькими подчиненными.Это было немного проще в настройке (pro), но требует большего вмешательства, если мастер выйдет из строя.Мастер-мастер восстановит себя, если настроен правильно.Master-slave означает, что dba должен создать дамп, переместить его обратно в master, перестроить и перезапустить MySql.Вид боли в шее.

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