PHP.SU

Программирование на PHP, MySQL и другие веб-технологии
PHP.SU Портал     На главную страницу форума Главная     Помощь Помощь     Поиск Поиск     Поиск Яндекс Поиск Яндекс     Вакансии  Пользователи Пользователи


 Страниц (2): « 1 [2]   

> Без описания
Мелкий Супермодератор
Отправлено: 11 Октября, 2016 - 17:10:16
Post Id



Активный участник


Покинул форум
Сообщений всего: 11575
Дата рег-ции: Июль 2009  
Откуда: Россия, Санкт-Петербург


Помог: 564 раз(а)




Есть такая шука, CAP-теорема.
C - консистентность
A - доступность
P - устойчивость к разделению
Выбрать можно только любые 2 из 3 пунктов.

Мультимастер реплика, две ноды. Первая нода получила запрос:
CODE (SQL):
скопировать код в буфер обмена
  1. UPDATE tablename SET value=1 WHERE id = 1;

Вторая
CODE (SQL):
скопировать код в буфер обмена
  1. UPDATE tablename SET value=2 WHERE id = 1;

Что будет в результате и почему?
Ладно, сделаем распределённый коммит. Тогда пришедшему вторым будет отлуп. Обе ноды работают, приложение нормально коммитится.
Вдруг хоп, у нас пропал второй мастер. Вариант раз: ждать его возвращения к жизни. Стоп, а зачем нам тогда мультимастер? Вариант два - ага, говорим мы и продолжаем работать на первом мастере. Второй потом поднимется, догонит по бинлогу, думаем мы. И вдруг второй мастер появляется, а у него свои данные. Оказывается, он не упал, а пропала связь между железками. Часть клиентов ходила на один мастер, часть - на другой.
Оп-па... У нас два мастера, каждый со своими данными. Классика split brain. Реплика встала, есть два противоречивых набора данных и, самое интересное, оба из них верны!

Мультимастер - это философский камень мира СУБД. О нём много кто говорит, все этого хотят - а его не существует.

В принципе не верьте никому, кто обещает мультимастер на двух нодах. Split brain неизбежен и принципиально никак не предотвращается. На трёх нодах и больше - кворум возможно организовать. Когда третий мастер потеряв своих соседей добровольно выключается или переходит в read-only. Лишь бы не split brain.

Это в теории.
Ближе к практике - достаточно просто реплики в mysql для интересной жизни вообще не касаясь мультимастера. Граблей много в любом режиме реплики, будь то логическая, физическая или смешанная, и слава ктулху, я с ними всеми не встречался лично. https://www[dot]youtube[dot]com/watch?v=[dot][dot][dot]oHU&index=38
(Добавление)
Долго писал, не обновил страницу =)

armancho7777777 пишет:
Один Master и множество подчинённых (slave) серверов?

Да, один мастер резко сокращает количество граблей. Но их остаётся ещё достаточно.


-----
PostgreSQL DBA
 
 Top
teddy
Отправлено: 11 Октября, 2016 - 17:31:38
Post Id


Участник


Покинул форум
Сообщений всего: 1462
Дата рег-ции: Апр. 2013  


Помог: 91 раз(а)




По мне нормально это когда:
Один писатель
Много читателей
Упал писатель? Специальный инстанс определяет нового писателя среди читателей
Проснувшийся писатель становится читателем
 
 Top
armancho7777777 Супермодератор
Отправлено: 11 Октября, 2016 - 17:33:47
Post Id



Активный участник


Покинул форум
Сообщений всего: 4634
Дата рег-ции: Февр. 2011  
Откуда: Иркутск, Россия


Помог: 212 раз(а)




Спасибо, Мелкий.


-----
Болтовня ничего не стоит. Покажите мне код.
-Linus Torvalds
 
 Top
Страниц (2): « 1 [2]
Сейчас эту тему просматривают: 1 (гостей: 1, зарегистрированных: 0)
« Работа с СУБД »


Все гости форума могут просматривать этот раздел.
Только зарегистрированные пользователи могут создавать новые темы в этом разделе.
Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.
 



Powered by PHP  Powered By MySQL  Powered by Nginx  Valid CSS  RSS

 
Powered by ExBB FM 1.0 RC1. InvisionExBB