Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/topic.php on line 737
Форумы портала PHP.SU :: Подключиться ко 2-ой бд при отказе 1-ой [2]

PHP.SU

Программирование на PHP, MySQL и другие веб-технологии

PHP.SU Портал

Главная

Помощь

Поиск

Поиск Яндекс Вакансии

Пользователи

Здравствуйте, Гость

( Вход · Регистрация · Правила форума )

Забыли пароль?

Подключиться ко 2-ой бд при отказе 1-ой

Форумы портала PHP.SU » PHP » Программирование на PHP » Работа с СУБД (Модераторы: OrmaJever, Саныч)

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

Без описания

Поиск в теме | Версия для печати

Мелкий	Отправлено: 11 Октября, 2016 - 17:10:16
Активный участник Покинул форум Сообщений всего: 11926 Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург Помог: 618 раз(а)	Есть такая шука, CAP-теорема. C - консистентность A - доступность P - устойчивость к разделению Выбрать можно только любые 2 из 3 пунктов. Мультимастер реплика, две ноды. Первая нода получила запрос: CODE (SQL): скопировать код в буфер обмена UPDATE tablename SET value=1 WHERE id = 1; Вторая CODE (SQL): скопировать код в буфер обмена 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

teddy	Отправлено: 11 Октября, 2016 - 17:31:38
Участник Покинул форум Сообщений всего: 1462 Дата рег-ции: Апр. 2013 Помог: 91 раз(а)	По мне нормально это когда: Один писатель Много читателей Упал писатель? Специальный инстанс определяет нового писателя среди читателей Проснувшийся писатель становится читателем

armancho7777777	Отправлено: 11 Октября, 2016 - 17:33:47
Активный участник Покинул форум Сообщений всего: 4526 Дата рег-ции: Февр. 2011 Откуда: Москва Помог: 221 раз(а)	Спасибо, Мелкий.

Поиск в теме | Версия для печати

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

Сейчас эту тему просматривают: 0 (гостей: 0, зарегистрированных: 0)

« Работа с СУБД »

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