Хранение двоичных журналов MySQL только столько времени, сколько необходимо (ZRM)

  • Эта статья предназначена для Zmanda Recovery Manager для MySQL (ZRM)
  • Тип информации: Совет

Информация Описание:

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

ZRM для MySQL имеет несколько интерфейсов плагинов для настройки процесса резервного копирования и восстановления в соответствии с требованиями сайта. Один из интерфейсов плагина - это плагин после резервного копирования. Поскольку журналы больше не требуются после резервного копирования, плагин после резервного копирования может очищать двоичные журналы после резервного копирования.

Следующая команда, которая очищает старые двоичные журналы, может быть добавлена ​​в плагин пост-резервного копирования по умолчанию для ZRM для MySQL:

mysql -uroot -ppasswd -e à ¢ €Š«очистить главные журналы до date_sub (сейчас (), интервал 1 день); à ¢ €�

Другой вариант - установить параметр сервера MySQL «expire_log_days». Значение по умолчанию для expire_log_days - очищать и никогда не очищать журналы; установив для него какое-то число, сервер MySQL позаботится об очистке журналов.

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