Меню

Бэкап и восстановление mysql с помощью mysqldump



Как сделать резервную копию базы/таблицы в MySQL

Как сделать резервную копию базы/таблицы в MySQL

В данной статье мы рассмотрим примеры того, как можно сделать резервную копию (бэкап, backup) базы данных MySQL (или же определенной таблицы из этой базы).

Бэкап БАЗЫ (БАЗ) данных

Для создания резервных копий баз данных MySQL из терминала Linux, существует специальная утилита mysqldump, которая устанавливается вместе с сервером. Ниже рассмотрим несколько различных примеров, используя которые можно делать резервные копии как целых баз, так и необходимых таблиц в конкретной базе.

Создаем резервную копию ОДНОЙ базы

-u root — аргумент, означающий, что мы будем подключаться к MySQL серверу под учетной записью root (может быть любая учетная запись, имеющая необходимые права на нужную таблицу).
-p — аргумент, означающий, что необходимо ввести пароль для авторизации (т.е. доступ для данного пользователя без пароля — не разрешен). В случае, когда пароль не требуется, данный аргумент можно упустить.
database_name — это имя базы данных, резервную копию которой мы делаем.
database_name_backup.sql — это название бекапа, который будет создан. Создается он в текущем каталоге из которого вы запускаете данную команду. Если вам необходимо сохранить резервную копию в какой-либо определенный каталог, то можно сразу указать путь до этого каталога, написав вместо database_name_backup.sql , /tmp/database_name_backup.sql . Таком образом, резервная копия будет создана в каталоге /tmp

Создаем резервную копию НЕСКОЛЬКИХ баз

В случае, когда необходимо одной командой создать бекапы для нескольких баз данных, можно воспользоваться следующей командой:

—databases — аргумент, указывающий, что далее будут перечислены базы данных, резервные копии которых мы хотим сделать.
database_name_1 database_name_2 database_name_3 — имена баз данных, резервные копии которых мы хотим сделать. Разделяются пробелом.

Создаем резервную копию ВСЕХ баз

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

—all-databases , аргумент, указывающий, что необходимо сделать резервную копию всех доступных баз данных.

Бэкап ТАБЛИЦЫ (ТАБЛИЦ) из определенной базы данных

Создаем резервную копию ОДНОЙ таблицы из базы

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

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

Создаем резервную копию НЕСКОЛЬКИХ таблиц из базы

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

table_name_1 table_name_2 table_name_3 — это названия таблиц, резервные копии которых мы хотим сделать. В нашем примере данные таблицы находятся в базе данных database_name .

Источник

Как сделать полный и инкрементный backup баз Mysql

Содержание

  1. Введение
  2. Установка Percona XtraBackup
  3. Полный бэкап Mysql сервера
  4. Инкрементный бэкап Mysql
  5. Восстановление из бэкапа
  6. Бэкап отдельной таблицы или базы
  7. Бэкап и восстановление mysql с помощью mysqldump
  8. Заключение

Хочу поделиться с вами информацией на очень актуальную и востребованную тему, связанную с базами данных. Я расскажу, как можно на лету делать полные и инкрементные бэкапы баз данных mysql с помощью Percona XtraBackup. Какой-то уникальной информации не будет. Я просто поделюсь своими методами и подходами к архивированию небольших и средних баз данных.

Введение

В качестве примера я рассмотрю серверы с установленными там продуктами bitrix, работающими в bitrixenv. Особенностью будет то, что bitrix до сих пор использует не самую свежую версию mysql от percona — Percona Server for MySQL 5.7. Тем не менее, проблем с этим нет никаких. Версия будет поддерживаться минимум до октября 2023 года.

Для полных и инкрементных бэкапов я рассмотрю утилиту Percona XtraBackup, которая позволяет делать архивы баз данных на лету без блокировок таблиц. В моей статье будет использоваться версия 2.4, так как именно она поддерживает mysql 5.7. Это максимально доступная версия в репозиториях, которые устанавливает окружение bitrixenv.

Примеры в этой статье будут актуальны практически для всех версий Mysql и XtraBackup, так как в подходах и командах отличий почти нет. Важно знать, что последняя версия XtraBackup на момент написания статьи была 8.0 и она поддерживает популярный форк mysql — MariaDB только до версии 10.2 включительно, да и то с оговорками. Для более поздних версий mariadb рекомендуется использовать mariabackup. Это форк XtraBackup, который в использовании практически ничем не отличается от оригинала.

Сегодня я рассмотрю инкрементные бэкапы mysql только с помощью XtraBackup, а так же полные бэкапы в том числе с помощью mysqldump. MariaDB и Mariabackup рассматривать не буду. Принципиальных отличий между ними нет. Там все то же самое.

Установка Percona XtraBackup

С установкой XtraBackup нет никаких проблем и нюансов. Под все популярные дистрибутивы есть готовые пакеты в официальном репозитории. Подключаем его в Centos.

Дальше ставим нужную нам версию программы. Самую последнюю 8.0:

Обращаю внимание, что если на сервере с установленным bitrixenv установить просто пакет xtrabackup, без указания версии, будет установлена версия 2.3, которая не работает с уставленным там же по дефолту сервером mysql 5.7.

Устанавливаем в Debian/Ubuntu:

Полный бэкап Mysql сервера

Итак, база данных у нас работает, утилиту для бэкапа мы установили. Давайте теперь сделаем полный backup всех баз данных нашего сервера mysql.

backup инициируем процедуру бэкапа
user=root пользователь mysql
password=’R(zDXcVUmI[zwx%aNBTN’ пароль пользователя, взятый в одинарные кавычки
target-dir=/root/backupdb/full директория для создания полного бэкапа mysql

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

Мы сделали полный архив всего mysql сервера. В таком виде данные не консистентны, так как они могли меняться во время архивации. Если восстановить их как есть, сервер mysql не запустится. Будет ругаться на поврежденные данные. Чтобы восстановить целостность данных, необходимо выполнить еще одну команду.

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

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

Для того, чтобы команда decompress отработала без ошибки:

Необходимо установить пакет qpress.

Он есть в репозитории percona. После этого распаковка пройдет штатно.

Лично я не вижу большого смысла использовать ключи compress и decompress. Можно сделать полный бэкап, подготовить его, а потом сжать тем же gzip.

На выходе получите тот же архив, только сжат лучше и нет необходимости ставить дополнительный софт. Gzip и tar обычно есть во всех дистрибутивах. К тому же архив в виде единого файла проще и быстрее передать на сервер бэкапов и там хранить.

Читайте также:  Создание таблиц форматирование таблиц обрамление таблицы

В завершении раздела про полный backup, предлагаю простенький скрипт для автоматизации процесса через cron — mysql-full-backup.sh.

При выполнении этого скрипта раз в день, вы будете иметь отдельные папки с именем в виде даты, а внутри полный бэкап. Дальше мы в эти же папки будем класть инкрементные бэкапы. Но обо всем по порядку.

Инкрементный бэкап Mysql

Основное удобство XtraBackup как раз в простых, быстрых и удобных инкрементных бэкапах для mysql. Допустим, по примеру выше, вы сделали полный бэкап. Он должен быть не сжатый. Теперь на основе этого полного бэкапа, можно сделать инкрементный, где будут только изменения со времени полного бэкапа.

Можно проверить, что конкретно в себя включает полный бэкап, а что инкремент. В директории с бэкапами есть файл xtrabackup_checkpoints примерно следующего содержания.

LSN — log sequence number. Это регистрационные номера транзакций. В данном случае полный бэкап начинается с нулевой транзакции и заканчивается 17687056. Теперь смотрим этот же файл в директории inc1.

Инкрементный бэкап базы начался с той транзакции, на которой закончился полный. Следующий инкрементный архив может быть создан опять на базе полного, либо уже инкрементного. То есть либо так:

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

Предлагаю вот такой скрипт для инкрементных бэкапов — mysql-inc-backup.sh.

Можете запускать его раз в час. Тогда вместе со скриптом полного бэкапа, который выполняется раз в день, у вас будут вместе с ним в одной папке инкрементные бэкапы по часам. На следующий день можно запаковать всю директорию с бэкапами за прошлый день и отправить на сервер бэкапа.

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

Восстановление из бэкапа

Давайте теперь восстановим данные из сделанного бэкапа. Если это тот же сервер, то все очень просто. Нам достаточно подготовить бэкап с помощью ключа prepare, как я показал ранее и заменить содержимое рабочей директории mysql на то, что хранится в архиве.

Разбираем, что я сделал.

  1. Остановил mysql сервер и удалил все из ее рабочей директории.
  2. Восстановил данные из архивной копии xtrabackup. По факту он просто скопировал данные в рабочую директорию mysql сервера.
  3. Назначил пользователя mysql владельцем рабочей директории и всего ее содержимого.
  4. Запустил mysql сервер с восстановленными данными.

После запуска mysql сервера проверяйте лог /var/log/mysql/error.log на предмет ошибок. Если увидите там такие ошибки:

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

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

Ставим mysql server и xtrabackup нужной версии.

Копируем на новый сервер архив сервера баз данных.

Восстанавливаем данные и запускаем mysql сервер.

Заходим в консоль mysql и проверяем список баз и пользователей.

Все на месте, как и на исходном сервере.

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

Теперь добавляем туда данные из инкрементного бэкапа.

И так для всех остальных инкрементных копий, если у вас из них выстроена цепочка. Контролировать состояние полного архива и сопоставлять с инкрементами можно по содержимому файлов xtrabackup_checkpoints. После того, как восстановили все инкрементные архивы, на последнем из них не нужно использовать ключ apply-log-only. Так же он не нужен, если у вас только одна инкрементная копия. Завершающий этап подготовки полной копии должен быть без него.

После того, как восстановили всю цепочку инкрементов, с архивом можно работать как с обычным полным бэкапом.

Бэкап отдельной таблицы или базы

Не всегда нужны архивные копии всего mysql сервера. Иногда достаточно отдельной базы данных или даже таблицы. Xtrabackup позволяет это сделать. Архивируем только одну базу данных sitemanager.

Для того, чтобы этот способ бэкапа отдельной базы mysql работал, необходим параметр innodb_file_per_table в настройка сервера баз данных.

Восстановление отдельной базы mysql будет выглядеть так.

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

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

Готовим бэкап к восстановлению:

Идем в консоль mysql и выбираем там таблицу для восстановления. В моем примере это будет таблица b_user_access из базы sitemanager. Смотрим, заполнена ли таблица данными.

Делаем DISCARD этой таблицы.

Discard означает, что будет удален ibd файл таблицы. Теперь нам его нужно скопировать из бэкапа и назначить права для mysql.

Возвращаемся в консоль mysql и импортируем данные.

Смотрим, что получилось.

Данные восстановлены. Вернулись те же 6 строк, что и были до этого.

Бэкап и восстановление mysql с помощью mysqldump

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

Бэкап всех баз mysql сервера с его помощью:

Можно сразу же сжимать его.

Бэкап конкретной базы данных.

Мне чаще всего мешают в дампе команды на создание базы данных — CREATE DATABASE, поэтому я их убираю ключом no-create-db.

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

Если дамп без команды на создание базы данных и ее нет у вас на сервере, то не забудьте ее перед этим создать. Так же восстановить базу данных из дампа можно следующим образом.

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

Читайте также:  Таблица типы конкуренции экономика

Так же могу порекомендовать вот этот скрипт для бэкапа — https://github.com/adegtyarev/mysqlbackup. Описывать его не буду, по комментариям в скрипте понятен его функционал.

Если вам нужно из полного бэкапа mysql восстановить отдельную таблицу, то ее можно выделить из полного дампа через обычный awk примерно вот так.

Дальше через source можно восстановить данные из этого дампа отдельной таблицы.

Иногда бывает полезно сделать не просто полный backup базы данных, а разбить его сразу на таблицы. Тут поможет следующий скрипт.

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

Восстановить потом всю базу из такого потабличного бэкапа можно таким образом.

При использовании пароля в открытом виде в mysql или mysqldump, в консоль постоянно сыпятся предупреждения.

Чтобы их не было, перенесите, как я показывал выше, пароль в отдельный файл

/.my.cnf, а из скрипта уберите авторизацию вообще.

На этом, пожалуй, насчет бэкапа баз mysql сервера все. Поделился основными своими наработками.

Заключение

Не понравилась статья и хочешь научить меня администрировать? Пожалуйста, я люблю учиться. Комментарии в твоем распоряжении. Расскажи, как сделать правильно!

Бэкап mysql баз во многом творческий процесс. Много различных инструментов, подходов, скриптов. Каждый бэкапит так, как ему больше нравится. Чаще всего мне хватает обычного mysqldump. Сложности возникают там, где база более ли менее большая и надо архивировать часто.

К примеру, если работает интернет магазин или crm, делать бэкап раз в сутки по ночам не вариант. Надо намного чаще. Хотя бы каждые час-два. Полные дампы снимать не рационально в этом случае. Это и долго, и объем большой. Нужны инкрементные бэкапы.

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

Помогла статья? Подписывайся на telegram канал автора

Анонсы всех статей, плюс много другой полезной и интересной информации, которая не попадает на сайт.

Источник

Как сделать резервную копию системы или файлов: бэкапы против суицида

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

Беэкап — что это и зачем?

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

Однако когда речь заходит о сотнях мегабайт информации, а также необходимости сделать образы операционной системы или всего жесткого диска, то взять и «перетянуть» нужные файлы просто так не получится. Намного удобнее и быстрее это делать с помощью специализированных программ.

Как часто делать бэкапы — зависит от важности информации и периодичности ее обновления.

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

Если говорить об ОС Windows, то все зависит от пользователя. Обычно достаточно делать резервную копию после успешной установки какого-либо софта, чтобы в случае повреждения системных файлов или потери данных восстановить копию уже со всеми необходимыми программами. Другой вариант — бэкап свежеустановленной Windows. При нестабильной работе ОС вы сможете быстро восстановить систему, но весь пользовательский софт придется инсталлировать заново.

Стандартные средства Windows

Начиная с Windows 8, можно создать образ системы без помощи сторонних приложений. Образ — это все данные на вашем компьютере, скопированные в определенный момент времени. Они сохраняются в специальной структуре, из которой впоследствии можно все восстановить обратно той же утилитой.

Сохранять образ рекомендуется на внешний носитель — съемный HDD, флешку (носители должны обязательно быть отформатированы в NTFS) или компакт-диск. Утилита позволяет сделать бэкап системного логического диска на другой диск, например, сохранить все данные с «C» на «D», но делать это не стоит, поскольку «летят» обычно не логические диски, а весь физический, поэтому такой бэкап окажется бесполезным.

Как только вы нашли место для своего бэкапа, можно приступать:

Через меню «Пуск» — «Параметры» перейдите в подраздел «Обновление и безопасность».

Кликните по вкладке «Служба архивации». В открывшемся блоке нажмите «Перейти в раздел Архивация и восстановление».

В новом окне нажмите по «Создание образа системы».

Откроется стартовое меню режима архивации. Здесь необходимо выбрать, куда будет сохранена резервная копия. На выбор доступны три варианта — жесткий диск, DVD или сетевая папка. Обратите внимание, если вы используете внешний HDD или USB FLASH, то при наличии ошибок их необходимо предварительно исправить.

Выбрав место для хранения, нажмите «Далее». Здесь необходимо указать диски, образ которых вы хотите сделать. Выберите диск, на котором у вас установлена система (подсказкой служит соответствующее слово). Также обязательно поставьте галочку напротив строчки «Зарезервировано системой». Ниже можно узнать объем, который будет занимать весь образ. Если свободного пространства не хватает, вы получите предупреждение, как на скриншоте ниже.

Подтвердите все свои действия и в последнем окне нажмите на кнопку «Архивировать». После этого начнется процесс создания образа. Время выполнения — от нескольких минут до часа в зависимости от объема данных.

По окончании процесса на выбранном носителе появится папка с названием вашего устройства. Именно это и будет образом системы.

Где лучше хранить бэкап? Идеально — компакт-диск или внешний HDD.

На крайний случай можно временно использовать flash-память. А вот SSD — не самый лучший выбор, поскольку в обесточенном состоянии ячейки памяти хранят данные около 6 месяцев.

Для восстановления системы с бэкапа необходимо перейти в одноименный раздел через меню «Пуск». После этого подключите накопитель к компьютеру и нажмите кнопку «Перезагрузить» в меню.

Затем в системном меню Windows выберите «Поиск и устранение неисправностей» — «Дополнительные параметры» — «Восстановление образа системы». Остается только указать образ и подтвердить.

Таким способом можно сделать резервную копию любого логического диска, а потом так же просто его восстановить.

Важно! Аппаратная часть ПК или ноутбука должны быть идентичными, иначе при развертывании образа часть устройств будут не определены из-за отсутствия драйверов

Сторонний софт для создания бэкапа

Специально для создания бэкапов можно установить на компьютер программу. Рассмотрим пару популярных вариантов.

Acronis True Image

Возможно, самый известный софт. Интуитивно-понятный интерфейс и максимальная простота сделали его незаменимым инструментом для системных администраторов и не только. Функционал программы включает:

Читайте также:  Создание таблицы с помощью мастера access 2013

создание загрузочных носителей;

создание на диске специального защищенного раздела для бэкапов;

организация удаленного доступа к компьютеру и другое.

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

В качестве примера давайте рассмотрим, как создать резервную копию системного диска:

В левой нижней части окна нажмите на «Добавить копию». Далее вам необходимо выбрать источник и хранилище. В качестве источника укажите системный диск. Здесь же можно оценить размер будущего образа.

В качестве хранилища можно выбрать внешний носитель или указать путь, в том числе сетевой или на FTP-сервер. Также зарегистрированным пользователям доступно облако Acronis Cloud.

Остается только нажать на кнопку создания резервной копии. При необходимости ее можно зашифровать паролем.

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

Обратите внимание, что образы Acronis True Image имеют разрешение «.tib». Соответственно, восстановление возможно только через этот софт. В программе также можно настроить расписание автоматического резервного копирования с выбором из нескольких схем. Например, при создании нового бэкапа старый будет автоматически удаляться или обновляться только новыми изменениями.

Чтобы восстановить систему, достаточно перейти в соответствующий раздел и правильно указать место для развертывания образа. Сделать это можно, даже если Windows не прогружается, например, при помощи загрузочной флешки c WindowsPE, на которой предустановлен Acronis.

Iperius Backup

Это еще одни мощный инструмент для создания резервных копий. Стоит отметить, что софт предлагает впечатляющий функционал для корпоративного сектора, например:

генерирование образов дисков;

бэкапы баз данных (Oracle, SQL, MySQL и других);

создание копий ESXi/HyperV и открытых файлов VSS;

запись резервных копий по FTP-протоколу;

поддержка шифрования AES 256 bit.

Небольшой нюанс — в бесплатной версии вы не сможете сделать образ диска, но Iperius Backup дает пробный период в 21 день. Стоимость лицензий начинается от 29 евро. Впрочем, ценник невысокий, учитывая инструментарий.

Создание резервной копии диска не представляет особых сложностей — достаточно выполнить несколько простых действий:

1. Выберите элемент для резервного копирования. Это может быть как папка, так и логические диски.

2. При бэкапе дисков вам предложат выбрать тип копии. Формат будет идентичный, но во втором случае (Образ Windows) вы сможете сделать восстановление стандартной утилитой, о которой мы говорили ранее.

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

Источник

MySQL команды резервного копирования и восстановления для администрирования базы данных

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

mysqldump — это клиентская программа командной строки, она используется для выгрузки локальной или удаленной базы данных MySQL или набора баз данных для резервного копирования в один файл.

Мы предполагаем, что у вас уже установлен MySQL в системе Linux с правами администратора, и мы предполагаем, что у вас уже есть небольшой опыт работы в MySQL.

Как сделать резервную копию базы данных MySQL?

Чтобы создать резервную копию баз данных MySQL, база данных должна существовать на сервере базы данных, и у вас должен быть к ней доступ. Формат команды будет таким:

Параметры указанной команды следующие:

  • [username]: действительное имя пользователя MySQL.
  • [password]: действительный пароль MySQL для пользователя.
  • [database_name]: действительное имя базы данных, резервную копию которой вы хотите сделать .
  • [dump_file.sql]: имя файла резервной копии, которую вы хотите сгенерировать.

Как сделать резервную копию только одной базы данных MySQL?

Чтобы сделать резервную копию одной базы данных, используйте команду следующим образом. Команда создаст дамп структуры базы данных [rsyslog] с данными в один файл дампа с именем rsyslog.sql.

Как сделать резервную копию нескольких баз данных MySQL?

Если вы хотите сделать резервную копию нескольких баз данных, выполните следующую команду. В следующем примере команда создает резервную копию структуры баз данных [rsyslog, syslog] и самих данных в одном файле с именем rsyslog_syslog.sql.

Как сделать резервную копию всех баз данных MySQL?

Если вы хотите сделать резервную копию всех баз данных, используйте следующую команду с опцией –all-database. Следующая команда выполняет резервное копирование всех баз данных с их структурой и данными в файл all-database.sql.

Как сделать резервную копию только структуры базы данных MySQL?

Если вам требуется только резервное копирование структуры базы данных без данных, используйте в команде параметр –no-data. Приведенная ниже команда экспортирует структуру базы данных [rsyslog] в файл rsyslog_structure.sql.

Как сделать резервную копию только данных из базы данных MySQL?

Для резервного копирования исключительно данных из базы данных (без структуры), используйте параметр –no-create-info вместе со следующей командой. Эта команда переносит базу данных [rsyslog]Data в файл rsyslog_data.sql.

Как сделать резервную копию одной таблицы из базы данных?

С помощью приведенной ниже команды вы можете сделать резервную копию одной таблицы или определенных таблиц вашей базы данных. Например, следующая команда создает резервную копию таблицы wp_posts только из базы данных wordpress.

Как сделать резервную копию нескольких таблиц базы данных?

Если вы хотите сделать резервную копию нескольких таблиц из базы данных, разделите каждую таблицу пробелом:

Как сделать резервную копию удаленной базы данных MySQL?

Следующая команда переносит резервную копию базы данных [ gallery ] удаленного сервера [192.168.0.100] на локальный сервер:

Как восстановить базу данных MySQL?

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

Как восстановить одну базу данных MySQL?

Чтобы восстановить базу данных, необходимо создать пустую базу данных на целевом компьютере и восстановить базу данных с помощью команды msyql. Например, следующая команда восстановит файл rsyslog.sql в базе данных rsyslog.

Если вы хотите восстановить базу данных, которая уже существует на целевой машине, вам нужно будет использовать команду mysqlimport.

Таким же образом вы также можете восстановить таблицы базы данных, структуры и данные. Если вам понравилась эта статья, то поделитесь ею с друзьями.

Спасибо за уделенное время на прочтение статьи о том, как использовать MySQL команды!

Если возникли вопросы, задавайте их в комментариях.

Подписывайтесь на обновления нашего блога и оставайтесь в курсе новостей мира инфокоммуникаций!

Источник