написание perl-скрипта для создания инкрементного бэкапа mysql с помощью mysqldump

Метод инкрементной резервной копии, который вы искали, документирован здесь MySQL:

http://dev.mysql.com/doc/refman/5.0/en/binary-log.html

То, что вы, по сути, захотите сделать, - настроить ваш экземпляр mysql для записи любых изменений в вашу базу данных в этот двоичный журнал. Это означает, что любые обновления, удаления, вставки и т.д. Входят в двоичный журнал, но не выбирают операторы (которые не меняют db, поэтому не входят в двоичный журнал).

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

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

В самом деле, я бы рекомендовал всегда делать полную резервную копию, если можно. Принимая инкрементное резервное копирование, вы только станете причинять вам боль, ИМО, но если вам нужно это сделать, это, безусловно, один из способов сделать это.

mysqldump - это билет.

Пример:

mysqldump -u [user_name] -p[password] --database [database_name] >/tmp/databasename.sql

-u = имя пользователя базы данных mysql

-p = пароль базы данных mysql

Примечание: после опции -p нет пробела. И если вам нужно сделать это в perl, вы можете использовать системную функцию, чтобы вызвать ее так:

system("mysqldump -u [user_name] -p[password] --database [database_name] >/tmp/databasename.sql") or die "system call failed: $?";

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