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 шагов репликация перестает работать, позиции логов увеличиваются. | |
|
2.14, Аноним (14), 01:23, 07/11/2008 [^] [^^] [^^^] [ответить]
| +/– |
SHOW SLAVE STATUS смотрите на слейве. скорее всего - на мастере выполняется кривой запрос.
SLAVE STOP ;SET SKIP COUNTER=1 ; SLAVE START и так пока не починится.
| |
|
3.16, Александр (??), 02:29, 16/12/2009 [^] [^^] [^^^] [ответить]
| +/– |
>SHOW SLAVE STATUS смотрите на слейве. скорее всего - на мастере выполняется
>кривой запрос.
>SLAVE STOP ;SET SKIP COUNTER=1 ; SLAVE START и так пока
>не починится.
И что, так каждый раз лезть в консоль/гуи и слейв подымать, когда на мастере кривой запрос не выполнился?
А слейв как-то сам не может такие запросы игнорить (или мастер такие запросы не писать в бинлог)? Один фиг такие запросы данные не меняют, просто СУБД ругается.
| |
|
|
|
2.15, Аноним (14), 01:24, 07/11/2008 [^] [^^] [^^^] [ответить]
| +/– |
он не хуже. он для других целей. master-slave - запись возможна ТОЛЬКО на master. такая схема подходит для проектов, где в основном читают, а insert/update/delete - делается по праздникам.
| |
|
1.17, odd.mean (ok), 15:35, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Большое спасибо!
Мне, правда, пришлось задавать параметры для slave'ов не через конфиг, а через CHANGE MASTER TO, потому что после исправлений конфига демон отказывался стартовать (MariaDB 5.5.30 на обоих серверах).
| |
|