Учебники

MariaDB — методы резервного копирования

Февраль 7, 2019

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

ОПЦИИ

Основные параметры резервного копирования включают в себя логические и физические резервные копии. Логические резервные копии содержат операторы SQL для восстановления данных. Физические резервные копии содержат копии данных.

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

  • Физические резервные копии меньше по размеру, чем логические, а также требуют меньше времени для выполнения и восстановления. Физические резервные копии также включают файлы журнала и конфигурации, но логические резервные копии — нет.

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

Физические резервные копии меньше по размеру, чем логические, а также требуют меньше времени для выполнения и восстановления. Физические резервные копии также включают файлы журнала и конфигурации, но логические резервные копии — нет.

Инструменты резервного копирования

Основным инструментом, используемым для резервного копирования MariaDB, является mysqldump . Он предлагает логические резервные копии и гибкость. Это также является отличным вариантом для небольших баз данных. Mysqldump сбрасывает данные в SQL, CSV, XML и многие другие форматы. Его выходные данные не сохраняют хранимые процедуры, представления и события без явной инструкции.

Существует три варианта резервного копирования mysqldump —

  • Необработанные данные — сбросить таблицу как файл необработанных данных с помощью параметра —tab, который также указывает место назначения файла —

Необработанные данные — сбросить таблицу как файл необработанных данных с помощью параметра —tab, который также указывает место назначения файла — 

$ mysqldump -u root -p --no-create-info \
   --tab=/tmp PRODUCTS products_tbl

  • Экспорт данных / определений — эта опция позволяет экспортировать одну или несколько таблиц в файл и поддерживает резервное копирование всех существующих баз данных на хост-компьютере. Изучите пример экспорта содержимого или определений в файл

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

$ mysqldump -u root -p PRODUCTS products_tbl > export_file.txt

  • Перенос — Вы также можете вывести базы данных и таблицы на другой хост

Перенос — Вы также можете вывести базы данных и таблицы на другой хост 

$ mysqldump -u root -p database_name \
   | mysql -h other-host.com database_name

Использование оператора SELECT … INTO OUTFILE

Другой вариант экспорта данных использует оператор SELECT … INTO OUTFILE. Эта простая опция выводит таблицу в простой форматированный текстовый файл — 

mysql> SELECT * FROM products_tbl
   -> INTO OUTFILE '/tmp/products.txt';

Его атрибуты позволяют форматировать файл в соответствии с вашими предпочтениями.

Обратите внимание на следующие качества этого утверждения —

  • Имя файла должно указывать желаемое местоположение для вывода.

  • Вам нужны привилегии файла MariaDB для выполнения оператора.

  • Имя выходного файла должно быть уникальным.

  • Вам нужны учетные данные для входа на хост.

  • В среде UNIX выходной файл доступен для чтения всем, но владение сервером влияет на вашу возможность его удаления. Убедитесь, что у вас есть привилегии.

Имя файла должно указывать желаемое местоположение для вывода.

Вам нужны привилегии файла MariaDB для выполнения оператора.

Имя выходного файла должно быть уникальным.

Вам нужны учетные данные для входа на хост.

В среде UNIX выходной файл доступен для чтения всем, но владение сервером влияет на вашу возможность его удаления. Убедитесь, что у вас есть привилегии.

Использование CONNECT в резервных копиях

Обработчик CONNECT позволяет экспортировать данные. Это оказывается полезным прежде всего в ситуациях, когда операция SELECT … INTO OUTFILE не поддерживает формат файла.

Просмотрите следующий пример — 

create table products
engine = CONNECT table_type = XML file_name = 'products.htm' header = yes
option_list = 'name = TABLE,coltype = HTML,attribute = border = 1;cellpadding = 5'

select plugin_name handler, plugin_version version, plugin_author
author, plugin_description description, plugin_maturity maturity
from information_schema.plugins where plugin_type = 'STORAGE ENGINE';

Другие инструменты

Другие варианты резервного копирования:

  • XtraBackup — эта опция предназначена для баз данных XtraDB / InnoDB и работает с любым механизмом хранения. Узнайте больше об этом инструменте на официальном сайте Percona.

  • Снимки — некоторые файловые системы позволяют делать снимки. Процесс состоит из очистки таблиц с блокировкой чтения, монтирования снимка, разблокировки таблиц, копирования снимка, а затем размонтирования снимка.

  • LVM — этот популярный метод использует Perl-скрипт. Он получает блокировку чтения для каждой таблицы и сбрасывает кэши на диск. Затем он получает снимок и разблокирует таблицы. Обратитесь к официальному сайту mylvmbackup для получения дополнительной информации.

  • TokuBackup — это решение, предоставляемое Percona, обеспечивает горячее резервное копирование с учетом проблем и ограничений параметров резервного копирования InnoDB. Он создает транзакционную звуковую копию файлов, в то время как приложения продолжают манипулировать ими. Обратитесь к веб-сайту Percona за дополнительной информацией.

XtraBackup — эта опция предназначена для баз данных XtraDB / InnoDB и работает с любым механизмом хранения. Узнайте больше об этом инструменте на официальном сайте Percona.

Снимки — некоторые файловые системы позволяют делать снимки. Процесс состоит из очистки таблиц с блокировкой чтения, монтирования снимка, разблокировки таблиц, копирования снимка, а затем размонтирования снимка.

LVM — этот популярный метод использует Perl-скрипт. Он получает блокировку чтения для каждой таблицы и сбрасывает кэши на диск. Затем он получает снимок и разблокирует таблицы. Обратитесь к официальному сайту mylvmbackup для получения дополнительной информации.

TokuBackup — это решение, предоставляемое Percona, обеспечивает горячее резервное копирование с учетом проблем и ограничений параметров резервного копирования InnoDB. Он создает транзакционную звуковую копию файлов, в то время как приложения продолжают манипулировать ими. Обратитесь к веб-сайту Percona за дополнительной информацией.

INNODB Соображения

InnoDB использует пул буферов для повышения производительности. В резервной копии настройте InnoDB, чтобы избежать копирования всей таблицы в пул буферов, поскольку логические резервные копии обычно выполняют полное сканирование таблицы.

71
Share: