Настройка репликаций MySQL Master Master

язабан.

Как в твиттере прям.

Статью в топку. Настроить-то я это, предположим, настрою, а что делать после проблем - не написано. А по CAP-теореме Брюера, проблемы после временного пропадания сетевой связности обязательно будут.

>Как в твиттере прям.

Ща набежит толпа фанатов, которые будут утверждать, что именно так и надо. Что твиттер - для братьев краткости :)

http://howfuckedismydatabase.com/mysql/

Статья малочитабельна, куча косяков, об которые постоянно спотыкаешься.

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

Совсем нет новостей?!

Это же вики, каждый может поправить

Не можешь срать — не мучай жопу.

>Written using Python language and utilizing the power of Django

::GROAN::

сорри, нитуда

Не-не-не, такие высеры, да еще и с ошибками, на главной не нужны.

Вообще, мастер-мастер репликация довольно опасна особенно, для каких-либо вариантов платежных/карточных систем (получается, что при потере связи между мастер-базами можно легко загнать аккаунт «в минус»).

Да че, все равно спасибо. Инфы по этому в нете мало, а на русском вообще кот наплакал. Такое ощущение, что все кто комментил ничего больше хомпаги не написали и им репликация нафиг не нужна.

Месяц назад на своем форуме постил аналогичное howto

большинство отписавшихся отлично знают, что такое и как настраивается мастер-мастер репликация, и соответственно не пользуются ей, особенно в мускуле.

А теперь допишите, что будет, если у вас географически разнесенные ДЦ, мастер-мастер, и хотя бы полтысячи insert/update запросов в минуту :)

>получается, что при потере связи между мастер-базами можно легко загнать аккаунт «в минус»

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

> А теперь допишите, что будет, если у вас географически разнесенные ДЦ, мастер-мастер, и хотя бы полтысячи insert/update запросов в минуту :)

Будет CouchDB. Нет смысла натягивать MySQL не на свои задачи.

>http://howfuckedismydatabase.com/mysql/

You made my day, bro...

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

>> получается, что при потере связи между мастер-базами можно легко загнать аккаунт «в минус»

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

У юзера на счету 75 баксов. Юзер заходит на европейское зеркало и покупает хрень за 50. Европейская версия базы обновляется, пинает американскую — упс, хрень какая-то с маршрутами.

В это время юзер заходин на американское зеркало и покупает ещё одну хрень за 50 баксов.

Что произойдёт после восстановления маршрутов?

> К сожалению, иногда бывает так, что «переписать все на эрланге» уже не вариант

Каучук поддерживает JavaScript, Python и т.д. Переписывать конечно не эффективно. Лучше сменить системного архитектора.

и приходится втупую наращивать выч.мощности.

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

А еще бывает так, что приходишь на проект уже после того, как оно все пошло в продакшен.

Нужно сменить системного архитектора.

Как у вас на локалхостах все просто, ага. Кстати, а в 2007 году что вы могли бы предложить вместо коуча?

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

> Начиная с версии 5, MySQL имеет встроенную поддержку мастер-мастер репликации, решая эту проблему, что может случиться с само-сгенерированными ключами.

я себе мозг сломал первым же предложением О_о

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

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

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