Spec-Zone .ru
спецификации, руководства, описания, API

16.3.5. Улучшение Производительности Репликации

Поскольку число ведомых устройств, соединяющихся с ведущим устройством, увеличивается, загрузка, хотя минимальный, также увеличивается, поскольку каждое ведомое устройство использует клиентское соединение с ведущим устройством. Кроме того, поскольку каждое ведомое устройство должно получить полную копию основного двоичного журнала, сетевая загрузка на ведущем устройстве может также увеличить и создать узкое место.

Если Вы используете большое количество ведомых устройств, соединенных с одним ведущим устройством, и что ведущее устройство также занято, обрабатывая запросы (например, как часть решения масштаба), то можно хотеть улучшить производительность процесса репликации.

Один способ улучшить производительность процесса репликации состоит в том, чтобы создать более глубокую структуру репликации, которая позволяет ведущему устройству тиражироваться только к одному ведомому устройству, и для остающихся ведомых устройств, чтобы соединиться с этим основным ведомым устройством для их отдельных требований репликации. Выборку этой структуры показывают в рисунке 16.3, "Используя Дополнительный Узел Репликации, чтобы Улучшить Производительность".

Рисунок 16.3. Используя Дополнительный Узел Репликации, чтобы Улучшить Производительность

Используя дополнительную репликацию размещают, чтобы улучшить производительность

Для этого, чтобы работать, следует сконфигурировать экземпляры MySQL следующим образом:

Вышеупомянутое решение уменьшает клиентскую загрузку и загрузку сетевого интерфейса на основном ведущем устройстве, которое должно улучшить общую производительность основного ведущего устройства когда использующийся в качестве прямого решения для базы данных.

Если Ваши ведомые устройства испытывают затруднения, не отстающие от процесса репликации на ведущем устройстве, есть много доступных опций: