| |
| 1.1, StSphinx, 08:34, 10/10/2006 [ответить] [смотреть все]
| +/– | |
>Шаг 2. Содержимое my.cnf сервера Master 1, >являющегося верущим по умолчанию:
Каким является? Поправьте плиз.... |  | | |
| 1.2, Logka, 12:36, 10/10/2006 [ответить] [смотреть все]
| +/– |
Ведущим.
И как работает эта схема на загруженных серверах?
Никто не пробовал таким образом держать 3 и больше серверов ? Или не страдать фигней и строить кластер? |  | | |
| |
| 2.4, amber46, 17:50, 11/10/2006 [^] [ответить] [смотреть все]
| +/– |
Насколько я понял из доки - кластер не рекомендуется строить на разнесенных (не в локалке) серверах.
но как жу тогда быть если все же надо иметь три и более синхронизированных mysql сервера?
или все таки кластер может нормально работать на разнесенных мускулах?
есть у кого то здесь опыт построения похожих задач? |  | | |
|
| 1.3, Vitaly, 20:19, 10/10/2006 [ответить] [смотреть все]
| +/– | |
настроил-неплохо работает. для двух серверов подходит отлично, для трёх уже есть смысл строить кластер |  | | |
| 1.5, гостья, 00:14, 14/10/2006 [ответить] [смотреть все]
| +/– | |
про индексы не сказали - сделать их непохожими
>три и более синхронизированных
погуглите (нет под рукой) - видел хороший пример
на 5 серверов |  | | |
| 1.6, andr, 09:37, 15/10/2006 [ответить] [смотреть все]
| +/– |
Ну и как это чудо поведет себя при наличии таблиц с авто-икрементом ?
На на mysql 5.0 есть такое дело как auto_increment_increment и auto_increment_offset, про которые здесь ни какого упоминания. А вот на 4.x я так и неразобрался как решается эта проблема (есть предположение, что она не решается). Может подскажет кто-нибудь ?
MySQL-кластер же _имхо_ не является подходящем решением для больших проектов до тех пор пока не не реализуют cluster-on-disk
|  | | |
| |
| 2.8, alexey13, 05:16, 27/10/2006 [^] [ответить] [смотреть все]
| +/– |
"MySQL-кластер же _имхо_ не является подходящем решением для больших проектов до тех пор пока не не реализуют cluster-on-disk"
Вроде ж в 5.1 уже есть ? Индексы правда in-memory... |  | | |
|
| 1.7, denis, 14:50, 20/10/2006 [ответить] [смотреть все]
| +/– |
Mysql просто такого не умеет по нормальному.
postgres + pgcluster = multi-master and synchronous replication system |  | | |
| |
| 2.10, b2d, 13:13, 20/11/2006 [^] [ответить] [смотреть все]
| +/– |
>Mysql просто такого не умеет по нормальному.
>postgres + pgcluster = multi-master and synchronous replication system
слушай можешь сбросить конфиги на pgcluster && postgress... а то у нас грабли все время какието вываливаються ... нормально постгресс работает только в сингл моде.
сенкс заранее |  | | |
|
| 1.11, Sergey, 06:44, 01/02/2007 [ответить] [смотреть все]
| +/– | |
Подскажите, в чем может быть проблема, репликация master-slave работает, после 7-10 шагов репликация перестает работать, позиции логов увеличиваются. |  | | |
| |
| |
| 3.16, Александр, 02:29, 16/12/2009 [^] [ответить] [смотреть все]
| +/– |
>SHOW SLAVE STATUS смотрите на слейве. скорее всего - на мастере выполняется
>кривой запрос.
>SLAVE STOP ;SET SKIP COUNTER=1 ; SLAVE START и так пока
>не починится.
И что, так каждый раз лезть в консоль/гуи и слейв подымать, когда на мастере кривой запрос не выполнился?
А слейв как-то сам не может такие запросы игнорить (или мастер такие запросы не писать в бинлог)? Один фиг такие запросы данные не меняют, просто СУБД ругается.
|  | | |
|
|
|
|