у нас есть система MySQL в режиме репликации Master-slave. В настоящее время мы делаем полные резервные копии с помощью mysqldumps на удаленный дисковый сервер.
Я считаю, что лучше всего сделать один полный дамп и несколько небольших инкрементных резервных копий. Согласно Руководство по MySQL, MySQL использует двоичные журналы для создания инкрементных резервных копий, сбрасывая двоичные журналы каждый раз, когда инкрементное резервное копирование завершается. Но мы уже используем бинлоги для репликации Master-Slave.
Мой вопрос: как это инкрементное резервное копирование и очистка бинарных журналов влияют на репликацию главный-подчиненный?
P.S: забыл сказать, большинство таблиц используют InnoDB, остальные используют MyISAM
Это не должно влиять на процесс репликации. Вы можете скопировать эти двоичные журналы на новую машину (резервную машину). При необходимости вы просто используете их. Таким образом, нет никакого вмешательства в процесс репликации.
Это сложный вопрос, позвольте мне попытаться ответить на все вопросы, которые вы там подняли.
Двоичные резервные копии и дампы
Прямо сейчас вы используете mysqldump для создания полных резервных копий своей базы данных, это действительно хорошая практика, но она может показаться немного приятной при работе с огромными установками MySQL. Двоичные резервные копии - хорошее резервное копирование на определенный момент времени, но вам нужны две части: одна полная двоичная резервная копия (которая должна быть согласованной) и двоичные журналы различий. Конечно, время восстановления для одного и другого тоже сильно различается, все, как сказано, зависит от размера вашей базы данных и времени оборота.
Как очистка бинарных журналов повлияет на репликацию
Это не повлияет на репликацию, если вы всегда очищаете журналы после того, как они были переданы ведомому устройству, в противном случае вы столкнетесь с некоторыми неприятными проблемами из-за того, что ведомое устройство не сможет запросить точный блок binlog, который ему нужен.