Каков наилучший способ создания инкрементных резервных копий в MySQL?

Question

Мы используем MySQL версии 5.0, и большинство таблиц InnoDB. Мы запускаем репликацию на подчиненный сервер. Мы думаем о ежедневном резервном копировании файлов журнала MySQL.

Вопросы * * 1003 Есть ли другой способ сделать инкрементное резервное копирование без использования файлов журнала? Каковы лучшие практики при создании инкрементных резервных копий?

Answer 1

AFAIK единственный способ создания инкрементных резервных копий - использование двоичного журнала. У вас есть другие варианты, если вы хотите сделать полное резервное копирование (горячее копирование InnoDB), но инкрементное означает, что вам нужно регистрировать все сделанные транзакции.

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

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

Answer 2

Вы можете регулярно выгружать свои схемы с помощью mysqldump, используя всегда одно и то же имя файла и путь для каждой схемы (т. Е. Заменяя последнюю)

Затем объедините это с любым инструментом резервного копирования, который поддерживает инкрементное / дельта-резервирование, например rdiff-backup, duplicity, Duplicati или Areca Backup. Пример из документов Dupality:

Поскольку duplicity использует librsync, инкрементные архивы - это пространство эффективно и записывать только те части файлов, которые изменились с последняя резервная копия

Таким образом, ваша первая резервная копия будет сжатой копией 1-го полного дампа, а вторая будет содержать сжатые отличия от 1-го и 2-го дампа и т. Д. Вы можете восстановить файл mysqldump в любой момент времени, а затем восстановить этот файл в MySQL.