Справочное руководство по MySQL
К числу преимуществ, которые обеспечивает репликация, относится повышение
скорости и надежности. Чтобы обеспечить надежность, можно установить две
системы и при возникновении проблем с головным сервером переключаться на
резервную копию. Для увеличения скорости можно перенаправлять те запросы,
которые не обновляют данные, на сервер с копиями. Разумеется, это даст
эффект лишь в том случае, если запросы, не обновляющие данные,
преобладают, но, как правило, чаще всего так и бывает.
MySQL, начиная с версии 3.23.15, поддерживает односторонний внутренний
механизм репликации. Один сервер действует как головной, а другие - как
подчиненные. Обратите внимание: один сервер может играть роль головного в
одной паре и подчиненного - в другой. Головной сервер содержит двоичный
журнал обновлений (see section 4.9.4 Бинарный журнал обновлений) и индексный файл
двоичных журналов для протоколирования ротации двоичных журналов.
Подчиненный сервер при соединении уведомляет головной о том, в каком
состоянии он находится, начиная от последнего обновления, которое было
успешно опубликовано на подчиненный сервер. После этого подчиненный сервер
принимает обновления, а затем блокируется и ждет, пока головной сервер не
сообщит о новых обновлениях.
Обратите внимание: при реплицировании базы данных все обновления этой базы
данных должны производиться через головной сервер!
Еще одно преимущество использования механизма репликации заключается в
том, что можно иметь "живую" резервную копию системы, выполняя резервное
копирование не на головном, а на подчиненном сервере (see section 4.4.1 Резервное копирование баз данных).
