Как быстро репликация MySQL?
Я использую Поршень Windows XP 64 w/4Gb, у меня не было многих проблем с ним, драйверы wern't трудно для получения (плата nForce). Что касается программной поддержки, это не имеет значения для очень, все хорошо работает, работая в режиме на 32 бита, имение программного обеспечения на 64 бита является просто премией.
О, Быть в спящем режиме отключено для поршня на 4 ГБ + :(
Репликация MySQL происходит максимально близко к в реальном времени, как ограничено диском и сетью I/O. Ведомые устройства открывают сокет для ведущего устройства, которое сохранено открытым. Когда транзакция происходит на ведущем устройстве, она зарегистрирована в бинарном журнале и просто воспроизводится на ведомом устройстве (устройствах). Если сокет между ведущим устройством и ведомым устройством прерван, бинарный журнал воспроизводится для ведомого устройства после следующего успешного соединения.
Мультиосновная репликация делает то же самое, но в обоих направлениях.
Некоторые основные вычисления помогут Вам в создании лучшего определения Ваших потребностей пропускной способности.
Average transaction size * number of slaves * updates/minute = bandwidth needed
Надеюсь, это поможет.
Репликация на ведомой стороне обрабатывается двумя независимыми потоками.
- Процесс читателя журнала, который соединяется с ведущим устройством, получает каждый оператор изменения данных, пишет он в релейный журнал.
- sql процесс устройства записи, который берет новые объекты от релейного журнала, фиксирует операторы на ведомой базе данных, затем перемещает ведомый указатель мимо того оператора для указания на получение запроса.
Задержка репликации ограничена IO, во-первых IO на ведомой базе данных для применения транзакций от релейного журнала (который может включить сложные SQL-запросы), и во-вторых IO на ведущем устройстве для чтения это - бинарный журнал, и передайте его к каждому ведомому устройству.
Репликация MySQL увеличивает способность запроса чтения, но не увеличивает производительность записи запроса, которая пропускается в IO's скорости, может быть сброшен к бинарному журналу и на ведущем устройстве и на ведомом устройстве
Репликация в MySQL довольно быстра для получения данных к ведомому устройству (более быстрый, чем Вы сможете работать UPDATE на ведущем устройстве и переключателе к другому окну для выполнения a SELECT на ведомом устройстве, если (и только если) сетевые соединения - все и все работает хорошо. Любое соединение DSL-класса должно быть хорошо для общего случая Ваших регулярных небольших запросов, но большая вставка/запросы на обновление может взять некоторое время для копирования, и пересинхронизация в случае репликации stuffup (и MySQL злобно подвержен тем, к сожалению) будет требовать времени (копирование целой базы данных от ведущего устройства снова). Существуют приемы к ограничению влияния пересинхронизации на Вашем ведущем устройстве, как помещение Вашего MySQL на LVM, таким образом, можно сделать очень быструю блокировку/снимок и rsync содержание снимка к ведомому устройству, но в конечном счете пересинхронизация собирается высосать.