в выходной файл" имя_файла "для резервного копирования, новый двоичный начнет и выберите заявления будут регистрироваться. Это не может быть то, что вы хотите; вы не можете резервного копирования заявления должен быть заблокирован. Чтобы решить эту проблему, вы не должны использовать бинарный файл, разработанный в ходе полного резервного копирования для восстановления. Это означает, что после полного резервного копирования, вы должны очистить журналы снова. Вы будет использовать бинарные файлы журналов, созданные после второй промывки, для дополнительных восстановления (см.
Ниже) Теперь вы знаете, как полный резервного копирования творений заявления и данные. Все резервного копирования должны быть сохранены в устройстве (привод), который отделен от главного компьютера. Вы должны сделать резервную копию только данных для таблиц базы данных MySQL, а не его создание отчетности. Это потому, что MySQL базы данных и ее таблицы создаются автоматически, когда сервер резервного копирования installed.
Incremental Revisited Инкрементное резервное копирование является то, что сохраняется в двоичном журнале (файлы) между последней полной резервной копии и следующего полного резервного копирования или восстановления. Для того, чтобы достичь этого, запустить сервер с опцией, --log-бен [= base_name]. С тем, что файлы журналов будут создаваться для вас автоматически в каталоге указать в дополнительном параметре. Этот каталог должен быть в устройство (диск), который не является частью принимающей computer.Recovery Когда есть аварии, вы должны восстановить базу данных.
Самый простой способ сделать это повторно устанавливать сервер MySQL в отремонтированном компьютере или на новый компьютер. Процесс установки автоматически создать базу данных MySQL, которая будет хранить имена пользователей, пароли, привилегии и другую конфиденциальную информацию. Затем скопируйте данные из таблиц базы данных MySQL вы резервное копирование, в базы данных MySQL вновь установл