По умолчанию, mysqlbinlog считывает файлы бинарного журнала и отображает их содержимое в текстовом формате. Это позволяет вам легче изучать события в файлах и повторно выполнять их (например, используя вывод в качестве входных данных для mysql). mysqlbinlog может считывать файлы журнала непосредственно из локальной файловой системы или, с помощью опции --read-from-remote-server, подключаться к серверу и запрашивать содержимое бинарного журнала у этого сервера. mysqlbinlog записывает текстовый вывод в стандартный вывод или в файл, указанный в качестве значения опции --result-file=file_name, если эта опция задана.

Возможности резервного копирования mysqlbinlog

mysqlbinlog может считывать файлы бинарного журнала и записывать новые файлы, содержащие то же содержимое — то есть в двоичном формате, а не в текстовом. Эта возможность позволяет легко создавать резервную копию бинарного журнала в его исходном формате. mysqlbinlog может выполнить статическую резервную копию, резервируя набор файлов журнала и останавливаясь при достижении конца последнего файла. Он также может выполнять непрерывную (“динамическую”) резервную копию, оставаясь подключенным к серверу при достижении конца последнего файла журнала и продолжая копировать новые события по мере их генерации. В режиме непрерывной резервной копии mysqlbinlog работает до тех пор, пока соединение не будет завершено (например, при выходе сервера) или mysqlbinlog не будет принудительно завершен. При завершении соединения mysqlbinlog не ожидает и не пытается повторно подключиться, в отличие от сервера репликации. Для продолжения динамической резервной копии после перезапуска сервера необходимо также перезапустить mysqlbinlog.

Опции резервного копирования mysqlbinlog

Для резервного копирования бинарного журнала вам необходимо вызвать mysqlbinlog как минимум с двумя опциями:

Наряду с --read-from-remote-server, обычно указываются и другие опции: --host указывает, где запущен сервер, а вам также могут потребоваться опции подключения, такие как --user и --password.

Несколько других опций полезны в сочетании с --raw:

Статические и динамические резервные копии

Для резервного копирования файлов бинарного журнала сервера с помощью mysqlbinlog, необходимо указать имена файлов, которые фактически существуют на сервере. Если вы их не знаете, подключитесь к серверу и используйте оператор SHOW BINARY LOGS, чтобы увидеть текущие имена. Предположим, что оператор выдал такой вывод:

mysql> SHOW BINARY LOGS;
+---------------+-----------+
| Log_name      | File_size |
+---------------+-----------+
| binlog.000130 |     27459 |
| binlog.000131 |     13719 |
| binlog.000132 |     43268 |
+---------------+-----------+

С этой информацией вы можете использовать mysqlbinlog для резервного копирования бинарного журнала в текущую директорию следующим образом (вводите каждую команду в отдельной строке):

Именование файлов вывода

Без --raw, mysqlbinlog генерирует текстовый вывод, а опция --result-file, если указана, определяет имя единственного файла, в который записывается весь вывод. С --raw, mysqlbinlog записывает один двоичный файл вывода для каждого файла журнала, передаваемого с сервера. По умолчанию mysqlbinlog записывает файлы в текущем каталоге с теми же именами, что и исходные файлы журналов. Для изменения имён файлов вывода используйте опцию --result-file. В сочетании с --raw, значение опции --result-file обрабатывается как префикс, который изменяет имена файлов вывода.

Предположим, что на сервере в настоящее время имеются файлы двоичного журнала с именами binlog.000999 и далее. Если вы используете mysqlbinlog --raw для резервного копирования файлов, опция --result-file создаёт имена файлов вывода, как показано в следующей таблице. Вы можете записать файлы в определённый каталог, начав значение --result-file с пути к каталогу. Если значение --result-file состоит только из имени каталога, значение должно заканчиваться символом разделителя пути. Файлы вывода перезаписываются, если они существуют.

Пример: mysqldump + mysqlbinlog для резервного копирования и восстановления

В следующем примере описана простая ситуация, показывающая, как использовать mysqldump и mysqlbinlog совместно для резервного копирования данных и двоичного журнала сервера, а также как использовать резервную копию для восстановления сервера в случае потери данных. Пример предполагает, что сервер работает на хосте host_name, а его первый файл двоичного журнала называется binlog.000999. Введите каждую команду в отдельной строке.

Используйте mysqlbinlog для непрерывного резервного копирования двоичного журнала:

mysqlbinlog --read-from-remote-server --host=host_name --raw
  --stop-never binlog.000999

Используйте mysqldump для создания файла дампа как моментальной копии данных сервера. Используйте --all-databases, --events и --routines для резервного копирования всех данных, и --master-data=2 для включения текущих координат двоичного журнала в файл дампа.

mysqldump --host=host_name --all-databases --events --routines --master-data=2> dump_file

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

Если произошла потеря данных (например, если сервер неожиданно завершил работу), используйте самый последний файл дампа для восстановления данных:

mysql --host=host_name -u root -p < dump_file

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

-- CHANGE MASTER TO MASTER_LOG_FILE='binlog.001002', MASTER_LOG_POS=27284;

Если самый последний резервный файл журнала имеет имя binlog.001004, повторно выполните события журнала так:

mysqlbinlog --start-position=27284 binlog.001002 binlog.001003 binlog.001004
  | mysql --host=host_name -u root -p

Вам может быть проще скопировать файлы резервной копии (файл дампа и файлы двоичного журнала) на серверный хост, чтобы упростить операцию восстановления, или если MySQL не позволяет удалённый root доступ.

Ограничения резервного копирования mysqlbinlog

Резервные копии двоичных журналов с помощью mysqlbinlog подчиняются следующим ограничениям: