Сабжевая штука является почти недокументированной. Кто-нибудь пользовал? Какие подводные камни имеются?

И, да, несколько своих мыслей:

1. На 99% уверен, что с InnoDB будут проблемы и кольцо быстро обрушится. А если не пользовать констреинты, то и InnoDB пользовать бессмысленно, остается самый шустрый вариант - MyISAM. Точнее, один из самых шустрых, если сравнивать с memory/heap.
2. Если только один из 3х или более серверов в кольце (граф может быть и не только кольцом, если серверов больше 3х) является реальным источником данных, то вроде все нормально.

Народ, скажите что-нибудь. Я прав или нет? Хотелось бы все просчитать аналитически, а не делить на ноль, отдавая проект заказчику в неизвестно каком виде.

Может, лучше в http://community.livejournal.com/ru_mysql спросить?

MuToGeN, никогда такое кольцо не юзал. Но когда падает репликация, если мне не изменяет память (в случае перезагрузки сервера, причем мастера) нужно ложить все слэйвы, а потом по очереди, сначала поднять мастер, потом все остальные слэйвы(конечно если нет зеркалирования, что существенно решает ряд проблем ). С чего начинать в данном случае??

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

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

Bulat, сам пользовал только по схеме A -> B, для бекапов и дублирования критичной точки. Насколько понимаю, слейву все иддифферентно до того момента, пока его не долбанут запросом типа LOAD DATA FROM MASTER, тогда он начинает шевилиться и сливать бинарный лог апдейтов. Хотя, тут все зависит от версии.

Да какая разница, где больше идиотов? Дело-то не в них, а в тех, кто может ответить на вопрос. 
Ну да ладно. Если задача поговорить с умными людьми, а не репликация - то оно конечно =)


Это сообщение отредактировал(а) Feldmarschall - 23.6.2008, 20:35

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

Говорить за весь ЖЖ, это все равно, что говорить за весь интернет. Не понимаю, чем принципиально отличается сообщество в жж от форума.
Разве что чисто технически отслеживать дискуссии неудобно. 
Впрочем, речь все равно не об этом. На Винграде я не встречал специалистов, способных ответить на данный вопрос. Следовательно, задавать здесь вопрос только потому, что собеседники приятнее - все равно, что искать часы не там, где потерял, а там, где светлее.
Я не то, чтобы сильно рекламирую жж. Мне, скорее, логика непонятна.

http://www.onlamp.com/pub/a/onlamp/2006/04...ion.html?page=4

Я работал по схеме
A -> B
A -> C
A -> D
и т.п.

Хорошо помню, что при настройке репликации, ил просто перезапуска в случае, когда сервер перезагружался, на котором был мастер, приходилось сначала ложить все слэйвы и мастер, и потом все поднимать заново начиная с мастера. В вышеупомянутой схеме один и тот же серве может быть и мастером и слэйвом, причем по замкнутому кольцу. Меня лишь этот вопрос интересовал. 

Bulat, там одним постом выше есть ссылка на достаточно интересный подход к вопросу. Причем можно на время вырубать из связки один из 4х (или более) серверов на время оптимизации таблиц и проверки целостности, если довести идею до логического завершения.

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

тогда посмотри следующую страничку из этой статьи 

Хе-хе, интересно... Хотелось бы еще как-нить посмотреть на это в действии ;)

Имеются несколько интересных идей на этот счет. Если подниму у себя 4 mysqld в chroot'ах или на bsd'шнах клетках и поэкспериментирую с ними, обязательно отпишусь в этом топике о результатах.