Метод инкрементного резервного копирования, который вы рассматривали, задокументирован MySQL здесь:
http://dev.mysql.com/doc/refman/5.0/en/binary-log.html
Что вы, по сути, захотите сделать, - это настроить свой экземпляр mysql для записи любых изменений в вашей базе данных в этот двоичный журнал. Это означает, что любые обновления, удаления, вставки и т. Д. Идут в двоичном журнале, но не в операторах выбора (которые не изменяют БД, поэтому не идут в двоичном журнале).
Когда у вас запущен экземпляр mysql с включенным бинарным ведением журнала, вы делаете полную резервную копию и записываете позицию мастера. Затем, чтобы сделать инкрементное резервное копирование, вы захотите запустить mysqlbinlog с главной позиции, и на выходе будут все изменения, внесенные в вашу базу данных , поскольку вы сделали полную резервную копию . В этот момент вы захотите снова записать основную позицию, чтобы вы знали, с какой точки вы хотите взять следующую инкрементную резервную копию.
Очевидно, что если вы затем делаете многократные инкрементные резервные копии снова и снова, вам необходимо сохранить все эти инкрементные резервные копии. Я бы рекомендовал делать полную резервную копию довольно часто.
Действительно, я бы рекомендовал всегда делать полное резервное копирование, если можете. Создание инкрементных резервных копий просто причинит вам боль, IMO, но если вам нужно это сделать, это, безусловно, один из способов сделать это.