До нескольких дней я был на какой-то конференции в Белграде. В Повестке дня была тема о MySql и кластеризации в MySql, и ребята из MySql заявили, что у них есть лучшее решение для проблемы с кластерным разделением мозга. Кто-нибудь знает что-то об этом, это правда или просто маркетинговый трюк?MySql кластер «разделить мозг» решение?
MySQL Cluster требует не менее 3 систем, которые позволяют ему иметь один из узлов в качестве арбитра для работы с расщепленными мозговыми сценариями. Две из этих систем могут запускать узлы данных/узлы mysqld, а третьи должны запускать узел управления (обычно это арбитр по умолчанию, однако SQL-узлы также могут работать как они).
В случае раздельной настройки мозга (то есть, два узла данных больше не могут разговаривать друг с другом, но они все еще работают), тогда они поймут это и попросят арбитра решить, какой узел разрешен продолжать работать. Если узел не может разговаривать с арбитром, он отключится. Из всех узлов, с которыми может разговаривать арбитр, он будет забирать узел для продолжения работы и говорить другим (-ами) о завершении работы.
Арбитр обычно является узлом управления, но также может быть узлами данных. Если арбитр терпит неудачу, кластер может выбрать новый. Тем не менее, он не может сделать это во время арбитража, поэтому, если и узел данных, и арбитр сбой сразу, третий узел отключится.
Конечно, это немного сложнее, если у вас несколько групп узлов, но в этих случаях применяются те же основные идеи.
Подробнее об этом можно узнать на странице MySQL Cluster FAQ.
Это субъективно, верно это или нет, хотя я слышал, что поддержка кластера mysql хороша. Однако эта концепция определенно поддерживается и используется для других db, таких как Slony-I для postgres.
Вы можете получить более полезные ответы, если уточните, какой из аспектов лучше всего вы имеете в виду (например, производительность, время работы, простота настройки и т. Д.).
Я знаю все это, вы не отвечаете на основные, это правда или нет? – vaske 2008-11-01 21:42:02