Виктор Гольцман - MySQL 5.0. Библиотека программиста

mysqldump –u <���Имя пользователя> -p

[Опциональные параметры]

<���Копируемые базы данных и таблицы>

После появления приглашения Enter password (Введите пароль) введите пароль пользователя.

Выбор опциональных параметров утилиты зависит от типа резервируемых таблиц.

• Для резервного копирования таблиц с типом InnoDB необходимо указать параметр –single-transaction. В процессе резервного копирования пользователи смогут продолжать работу с данными, в том числе вносить изменения, однако эти изменения будут незаметны для программы mysqldump. Таким образом, вы получите согласованную копию баз данных, в которой не будет нарушений целостности данных.

• При резервном копировании таблиц с типом MyISAM необходимо запретить пользователям изменение данных во избежание их рассогласованности. Для этого необходимо указать параметр –lock-all-tables или –lock-tables. Параметр –lock-all-tables устанавливает блокировку для всех таблиц всех баз данных в течение всего времени резервного копирования. Параметр –lock-tables блокирует таблицы той базы данных, которая в данный момент копируется. В последнем случае уменьшается время недоступности каждой таблицы для пользователей, однако отсутствует гарантия непротиворечивости данных, находящихся в разных базах.

Параметры –single-transaction, –lock-all-tables и-lock-tables являются взаимоисключающими: в команде резервного копирования вы можете указать только один из них. Кроме того, поскольку наша стратегия резервного копирования использует двоичные журналы, необходимо указать параметр –flush-logs для «сброса» журналов.

Копируемые объекты вы можете задать одним из следующих способов:

• –all-databases

Необходимо копирование всех баз данных с сервера MySQL (кроме виртуальной базы данных INFORMATION_SCHEMA).

• –databases <���Имя базы данных 1> <���Имя базы данных 2>… Необходимо скопировать перечисленные базы данных.

• <���Имя базы данных> <���Имя таблицы 1> <���Имя таблицы 2>… Необходимо скопировать перечисленные таблицы указанной базы данных.

mysqldump –u root –p –single-transaction –flush-logs –databases SalesDept FinanceDept > “C:\data\full_backup.sql”

выполняет резервное копирование баз данных SalesDept (Отдел продаж) и FinanceDept (Финансовый отдел) в файл full_backup.sql, находящийся в папке C: \data, а команда

mysqldump –u root –p –lock-tables –flush-logs mysql user db tables_priv columns_priv > «C:\data\users.sql»

выполняет резервное копирование таблиц user, db, tables_priv и columns_priv системной базы данных mysql в файл users.sql, находящийся в папке C: \data. Таблицы в базе данных mysql имеют тип MyISAM, поэтому при резервировании мы указали параметр –lock-tables.

Вы можете также организовать полное резервное копирование по расписанию. Для этого необходимо создать задание Windows, выполняющее команду

mysqldump –u <���Имя пользователя> -p<���Пароль пользователя> [Опциональные параметры]

<���Копируемые базы данных и таблицы>

О том, как создать подобное задание, говорилось в подразделе «Двоичные журналы». Обратите внимание, что в команде mysqldump пароль пользователя должен следовать сразу после ключа -p без пробела. Учитывая риск разглашения пароля, рекомендуется выполнять резервное копирование не от имени пользователя root, а от имени специально зарегистрированного пользователя. Этот пользователь должен обладать следующими привилегиями:

• глобальной привилегией RELOAD;

• привилегией SELECT для всех копируемых объектов;

• в случае резервирования с параметром –lock-all-tables или –lock-tables – дополнительно привилегией LOCK_TABLES для всех баз данных, участвующих в копировании.

После создания файла с резервной копией базы данных необходимо позаботиться о переносе этого файла на резервный носитель информации. Этот носитель должен быть надежно защищен от несанкционированного доступа.

Если вы впервые создаете резервную копию, рекомендуется проверить ее корректность, выполнив тестовое восстановление данных. О восстановлении данных мы поговорим в следующем подразделе.

Восстановление данных

Согласно нашей стратегии резервного копирования в случае сбоя восстановление утраченных данных проводится в два этапа:

• вначале нужно восстановить базу данных из резервной копии;

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

Перед началом восстановления данных необходимо запустить сервер MySQL. Если при сбое были повреждены таблицы, управляющие доступом пользователей, при запуске сервера необходимо указать параметр –skip-grant-tables.

mysql –u root –p [<���Имя базы данных>] < <���Путь и имя файла>

После появления приглашения Enter password (Введите пароль) введем пароль пользователя root.

Имя базы данных необходимо указывать в том случае, если файл содержит копии отдельных таблиц. Эта база данных должна уже существовать на сервере в момент восстановления данных. Если же база данных отсутствует, ее необходимо предварительно создать с помощью SQL-команды CREATE DATABASE (об этой команде вы узнали в разделе «Создание базы данных» главы 2).

Например, если резервная копия была создана с помощью команды

mysqldump –u root –p –single-transaction –flush-logs –databases SalesDept FinanceDept > «C:\data\full_backup.sql»

то восстановить базы данных SalesDept (Отдел продаж) и FinanceDept (Финансовый отдел) можно с помощью команды

mysql –u root –p < «C:\data\full_backup.sql»

Если резервная копия была создана с помощью команды

mysqldump –u root –p –lock-tables –flush-logs mysql user db tables_priv columns_priv > «C:\data\users.sql»

то при восстановлении необходимо указать имя базы данных, в которую будут помещены воссозданные таблицы user, db, tables_priv и columns_priv:

mysql –u root –p mysql < «C:\data\users.sql»

Следующий шаг – восстановление изменений из двоичных журналов, которое выполняется с помощью команды