Можете ли вы охарактеризовать проблему нагрузки?Вы зависли на iowait или сетевое соединение между ведущим и ведомым насыщено?Сколько памяти у вас на серверах?
Вы можете улучшить последний, проложив перекрестный кабель между главным и подчиненным и направив весь трафик репликации по нему, не подключая его к локальной сети.
Если проблема заключается в первом, я бы сказал, что ваш лучший вариант - получить себе больше и / или более быстрых дисков или даже SSD!Вы также можете вести двоичную регистрацию на отдельных дисках, чтобы она не замедляла активность запросов.
В целом это звучит так, как будто у вас только что возникла проблема с емкостью, и вам нужно предоставить достаточно ресурсов для решения этой проблемы.нагрузка, на которую вы указываете - никакое жонглирование не позволит вам обойти это.Я не сталкивался с конфигурацией, где двоичное ведение журнала является ограничивающим фактором.Любая базовая конфигурация RAID должна обрабатывать не менее 300 МБ / с, и для того, чтобы это стало проблемой, вам нужно держать в руках больше, чем, скажем, 30 секунд за раз, подразумевая, что вам нужно перемещать более 9 ГБ бинлогов каждую ночь- вы действительно генерируете такое количество данных?
Другая альтернатива - использовать DRBD для репликации - таким образом, ведомому не нужно запускать реплицированные запросы или вообще иметь дело с binlogs,хотя есть и другие осложнения.