Инкрементное / дифференциальное резервное копирование MySQL с использованием mysqldump

9

Существуют ли какие-либо методы использования mysqldump (или аналогичной команды) для создания инкрементных или дифференциальных резервных копий для MySQL?

Брайан Боатрайт
источник

Ответы:

4

Вы можете моделировать инкрементное резервное копирование, включив, а затем создав резервные копии двоичных журналов. См. Http://dev.mysql.com/doc/refman/5.1/en/backup-methods.html в разделе «Создание дополнительных резервных копий с помощью включения двоичного журнала».

Марк Вагнер
источник
0

Я использую binlogs, но они не являются окончательным решением, и я склонен полагаться на снимки.

Для этого есть две основные причины:

  • Binlogs хранит все изменения. Недельные бинлоги, вероятно, будут значительно больше, чем разница между двумя снимками с интервалом в неделю. Единственное облегчение состоит в том, что бинлоги имеют тенденцию хорошо сжиматься (обычно значительно ниже 10%).
  • Если вам когда-нибудь понадобится выполнить одитинг или вернуться назад, то воспроизведение бинарника на основе древнего снимка займет очень много времени, и чем больше размер бинлога, тем больше вероятность ошибки, поэтому вам нужны регулярные снимки.

У меня было большое количество снимков, недавно не было ни сжатых, ни дифференциальных. Я экспериментировал с diff и обнаружил, что даже с такими опциями, как отсутствие контекста, результирующие различия были больше.

Не пробуя все альтернативы, лучшее, что я нашел, было rdiff. Это уменьшило их до 5% для меня, а затем сжало с помощью xz в зону 1%.

Хотя файлы сигнатур rdiff не сжимаются должным образом, поскольку они являются коллекциями хэшей (так же, как случайные данные), сжатие их друг против друга должно дать хорошие результаты.

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

Однако, если у вас есть сложная система, которая требует большого учета, аудита, отладки и т. Д. (Более важных вещей, чем блог), тогда эффективное хранение снимков становится важным.

jgmjgm
источник