LINUX.ORG.RU

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

 , , , ,


0

0

Выполнен перевод статьи «Настройка репликаций MySQL Master Master». Несмотря на то, что исходная статья относится к документации по системе GNU/Debian Linux она может быть полезной и для пользователей других дистрибутивов.

>>> Текст перевода



Проверено: anonymous_incognito ()
Последнее исправление: anonymous_incognito (всего исправлений: 2)

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

AEP ★★★★★
()
Ответ на: комментарий от MuZHiK-2

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

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

KRoN73 ★★★★★
()
Ответ на: комментарий от INFOMAN

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

Evgen25
() автор топика
Ответ на: комментарий от Evgen25

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

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

baverman ★★★
()

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

PayableOnDeath
()

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

su
()

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

bitfroster ★★
()

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

pascal ★★★
()
Ответ на: комментарий от bitfroster

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

val-amart ★★★★★
()

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

leave ★★★★★
()
Ответ на: комментарий от su

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

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

WARNING ★★★★
()
Ответ на: комментарий от leave

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

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

pythonist
()
Ответ на: комментарий от pythonist

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

leave ★★★★★
()
Ответ на: комментарий от WARNING

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

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

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

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

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

INFOMAN ★★★★★
()
Ответ на: комментарий от leave

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

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

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

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

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

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

pythonist
()
Ответ на: комментарий от pythonist

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

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

leave ★★★★★
()

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

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

ppy ★★★
()

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

Evgen25
() автор топика
Ответ на: комментарий от INFOMAN

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

su
()
Ответ на: комментарий от INFOMAN

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

WARNING ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.