Добро пожаловать на форум, Гость!
Войдите или зарегистрируйтесь!
Имя пользователя:   Пароль:  
Запомнить меня 




Начать новую тему Ответить на тему   [ 1 сообщение ] 
Автор Сообщение
 Заголовок сообщения: Репликация MySQL - размышления
СообщениеДобавлено: 08 дек 2011, 17:10 
Бородатый сис
Аватар пользователя
Статус: Не в сети

GeoIP: Kyrgyzstan

Сообщений: 2902
Откуда: Из серверной
Зарегистрирован: 03 мар 2010, 15:12
Благодарил (а): 19 раз.
Поблагодарили: 122 раз.
ОС: RHEL 6.7
О сабже конечно можно говорить много и методов придумали можно множество, но увы - все они жуть как ненадежны! Рассмотрим несколько распространенных:

1. Вынос базы на DRBD-раздел реплицируемый между машинами. Как показали эксперименты данный вид синхронизации не выдерживает потока 40000 символов в запросе при размере баз более 3 Гб. Т.е. если ваш MySQL-сервер используется только для обслуживания сайта а-ля "Привет всем, меня звать Даррел Великолепный Вася Пупкин, зацените мой крутейший сайт (на DLE, WP или Joomla)", то DRBD с этим справится на "ура", только вот смысл реплицировать базы на заведомо разгруженой машине?

2. Вынос баз на общий сетевой диск с использованием gfs2/ocfs2. Лично мной не опробован, но по словам людей пробовавших GFS2 сильно проседает от использования совместно с БД, ocfs2 в этом отношении конечно получше, но в обоих случаях имеется один нюанс - failover=0!!! Т.е. база одна, а работают с ней 2 сервера! Малейший косячок и Bye Bye DB!

3. Активно проталкиваемое Oracle и сообществом разработчиков решение mysql-cluster. На проверку оказавшееся всего лишь еще одним хранилищем называющимся NDBCluster и кучей утилиток напяленных на обычный сервер MySQL. Гарантируемая разработчиками 100-я целостность данных оказалась реальной при обьеме баз не более 2 Гб. Дальше - лаги, потеря данных! + ко всему использование данного хранилища делает невозможным использование других хранилищ - тех же MyISAM, InnoDB, Aria, XtraDB...

4 Нативная репликация. Данный тип репликации самый простой из всех изложенных и самый наверное надежный. Однако даже это не лишает его огромного багажа недостатков. Реализуется данный вид репликации засчет обмена бинарными логам между узлами. Первый же недостаток - бинарные логи очень много весят, а удалять их крайне не рекомендуется. Разберемся же для начала с вопросом - что такое бинарный лог? Бинарный лог это файл содержащий всею историю модифицирующих запросов в БД (INSERT, UPDATE, DELETE, TRUNCATE, DROP и т.д.). При обмене логами с мастер-узлом подчиненный узел считывая файл лога выполняет те же команды что и мастер, в итоге мы имеем идентичность БД на обоих (или больше) узлах. Репликация может быть как горизонтальной (master/slave, master/multislave) так и мультимастерной (master/master). Т.е. в первом случае обмен данными будет происходить только в одном направлении - изменения сделаные мастер-узлом будут применены на подчиненных узлах, но изменения внесенные на подчиненных серверах никак не отразятся на мастер-узле. В случае использования мультимастер репликации используется более усложненная конструкция - изменения сделаные на любом из узлов тут же отразятся на остальных узлах. Но не стоит радоваться - ничего хорошего это не сулит, ибо несколько мастеров могут захотеть одновременно записать в одну и ту же ячейку разные значения, и запишут, а как узнать кто из них не соврал? Можно конечно обыграть и этот момент, но опять же придется лепить костыли... А это не есть хорошо...

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


Я не злопамятный, я просто часто ковыряю логи
Изображение


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ 1 сообщение ] 
   Похожие темы   Автор   Ответов   Просмотров   Последнее сообщение 
Перенесенная ^_^

в форуме Linux

root

3

38

02 мар 2010, 16:15

Gen1us2k Перейти к последнему сообщению

Нет новых непрочитанных сообщений в этой теме Доступен клиент мгновенного обмена сообщениями Tkabber 1.0

в форуме Новости *nix

[Ботя]

0

449

25 янв 2014, 00:00

Гость Перейти к последнему сообщению

Нет новых непрочитанных сообщений в этой теме Выпуск проприетарного дистрибутива Альт Образование 8.1

в форуме Новости *nix

[Ботя]

0

223

09 ноя 2016, 21:30

Гость Перейти к последнему сообщению



Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron Самые новые, быстрые, точные новости в Украине | столовое серебро оптом
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Собрано Raven. Русская поддержка phpBB
phpBB SEO