Создание sql-дампа базы данных. Восстановление базы из дампа. Дамп бд


Создание sql-дампа базы данных. Восстановление базы из дампа

Создавать дамп и восстанавливать базу данных MySQL можно удаленно через SSH или через консоль сервера. Для удаленной работы можно использовать программы Putty/Kitty. Непосредственное выполнение указанных действий производится с помощью командной строки ‘cmd‘.

Создание дампа базы данных MySQL

Для выполнения данных команд необходимо подключиться удаленно к серверу через SSH с помощью одной из перечисленных программ. После авторизации нужно ввести следующие команды. Для создания дампа (бекапа) одной базы данных в файл dump_file.sql:

На Windows бекап лучше создать следующей командой, предотвращающей случайное затирание строк дампа:

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

При создании дампа лишь структуры базы данных без данных:

Для создания дампа всех баз данных в файл текущая_дата.gz:

Для создания дампа используют утилиту mysqldump, входящую в состав MySql.

Рассмотрим подробнее параметры для создания дампа базы данных:

  • -u – указание логина для подключения к базе данных. В примере используется логин root, который необходимо указывать в этом параметре без пробела, т.е. запись должна выглядеть -uroot
  • -p – указание необходимости ввода пароля для указанного логина. Если оставить его пустым, то пароль необходимо будет ввести после нажатия клавиши Enter при выполнении команды. Иначе можно ввести пароль здесь же, но, как и в параметре логина, без пробела после параметра –p. Стоит заметить, что такой вариант является небезопасным, т.к. консоль сохраняет введенные команды в лог файл и его регулярно не очищать, то его может просмотреть злоумышленник
  • your_base – реальное имя базы данных, для которой создается дамп
  • > – оператор, показывающий направление действия, т.е. указывающий, что будет выполняться запись из базы в файл
  • dump_file.sql – название файла .slq, в который необходимо сохранить базу данных. Его указывают через пробел после оператора направления действия (>). Можно дать любое имя. Для автоматической вставки системой в имя текущего времени, достаточно записать строку:

после которой указывают расширение файла .gz. В результате создастся файл, например, 2016-08-26.gz.

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

Например, в строке приглашения ввода команд отображается [root@htr domen]#. Здесь root@htr – логин и имя сервера. Тогда файл создастся в директории /domen. Чтобы сохранить файл в другую директорию, нужно указать полный путь сохранения файла, например, /DB1/backup/dump_file.sql.

  • Оператор ‘|‘, который используется вместо оператора ‘>‘, указывает на необходимость выполнения команды gzip c параметром ‘-c‘ для упаковки дампа в архив и дальнейшего сохранения его в файл вида 2016-08-26.gz, что показывает оператор ‘>‘.
  • –no-data – создание дампа лишь структуры базы данных без данных
  • –default-character-set=utf8 – параметр позволяет явно указать кодировку, используемую этой базой данных во избежание сохранения базы в неверной кодировке. Вместо utf8 можно указать необходимую кодировку
  • –extended-insert=FALSE – параметр указывает, что при экспорте для каждой записи нужно создать отдельную команду INSERT. Иногда это нужно для частичного восстановления данных из дампа.

Восстановление базы данных из файла дампа

Восстановление базы данных из дампа выполняется с помощью программы mysql.

Для восстановления базы данных your_base из файла dump_file:

Восстановление базы отличается от создания дампа лишь оператором.

spravochnick.ru

3.5 Создание дампа базы данных Иногда при работе с базой данных возникает необходимость создать дамп – в качестве резервной копии или для переноса бд на другой сервер.

Для этого воспользуемся командой mysqldump, например команда

mysqldump -uroot -p --no-data transport>E:\transdump.sql

Записывает в указанный файл только структуру бд, без данных.

Результатом выполнения этой команды будет файл с записями вида:

DROP TABLE IF EXISTS `category`;

/*!40101 SET @saved_cs_client = @@character_set_client */;

/*!40101 SET character_set_client = utf8 */;

CREATE TABLE `category` (

`name` varchar(20) DEFAULT NULL,

`description` varchar(200) DEFAULT NULL

) ENGINE=InnoDB DEFAULT CHARSET=latin1;

/*!40101 SET character_set_client = @saved_cs_client */;

Полный текст дампа см. в Приложении 1.

4. Тестирование и отладка

Для того, чтобы избежать ошибок при разработке базы данных, проводилось её тестирование.

Тестирование БД городского транспорта Минска осуществлялось на двух компьютерах:

Desktop

- Intel Core 2 Duo CPU @ 2.67 GHz

- 4 GB RAM

- MS Windows XP

Laptop

- Intel Core 2 Duo CPU @ 2.10 GHz

- 3 GB RAM

- MS Windows XP SP 3

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

Для проверки таблиц базы можно использовать запрос

show tables;

а для проверки колонок таблицы

describe person;

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

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

Также была изменена структура таблиц CityRoute_Stop и CityRide, Route_Stop и Ride. Изначально таблицы CityRide и Ride включали колонки endTime (время окончания поездки) и stopTime (время конкретной остановки). В дальнейшем они были удалены и вместо них в таблицы CityRoute_Stop и Roue_Stop добавлены колонки timeShift, которые указывают время от начала пути до конкретной остановки.

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

Заключение

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

В результате выполнения работы была создана логическая схема базы данных, а также разработана база данных общественного транспорта города Минска, включающая 19 таблиц, вдобавок к которым имеется 3 представления. Были написаны хранимые процедуры, около 20 многотабличных поисковых запросов.

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

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

Также БД может использоваться диспетчерами городского транспорта для оптимизации или изменения расписания движения, отделом продаж для учёта проданных проездных билетов и так далее.

studfiles.net

Делаем дамп БД и отсылаем себе на почту

Введение

Здравствуйте.

Наша задача – периодически делать дамп указанной базы данных (БД) и отсылать нам на почту, чтобы в случае чего можно было восстановиться в любой момент времени.

Для этого достаточно штатных средств Linux‘а.

DB.SH

Итак, составляем простой шелл скрипт – текстовый файл, назовём его db.sh, и делаем его исполняемым:

$ vim /var/adm/cron/db.sh $ chmod +x /var/adm/cron/db.sh

Учтём, что в папке /var/adm/cron находятся крон-задачи, т.е. периодически выполняемые на нашем сервере, этот каталог не доступен из Интернета.

Вот полное содержимое db.sh:

#!/bin/sh cd /var/adm/cron/ echo "**" `date +'%Y-%m-%d %H:%I:%S'` "I am db.sh:" `id` >> log.txt mysqldump -h localhost -u dbuser -pmypassword mydbase > db_dump.sql bzip2 -f db_dump.sql date +'%Y-%m-%d %H:%I:%S' | mutt -s 'mydbase backup' -a db_dump.sql.bz2 -- [email protected]

Что мы тут делаем:1. Переходим в каталог, где находится наш скрипт: /var/adm/cron2. В лог (файл log.txt) выведем текстовое сообщение с текущей датой/времени в формате YYYY-MM-DD HH:mm:ss (год-месяц-число час-минуты-секунды), произвольным сообщением (I’m db.sh) и ид юзера, под которым запущен скрипт. Делать это конечно же не обязательно.3. Делаем бэкап базы mydbase из-под пользователя dbuser с паролем mypassword (этот пользователь конечно же должен иметь доступ к указанной БД) и сохраняем его в файле db_dump.sql.4. Сжимаем полученный бэкап архиватором BZIP2 (он сжимает несколько лучше, чем штатный GZIP). Флаг -f (force, форсировать) говорит о том, чтобы перезаписывать старый архив в случае его наличия.5. Отправляем сообщение на адрес [email protected] в виде текущей даты/времени со вложением только что заархивированного дампа базы данных. Замечу, что сам архивированный дамп БД мы оставляем в текущем каталоге, на всякий случай.

MUTT

Самое интересное – 5-ый шаг, мы используем консольный почтовик mutt, хотя это довольно популярная и древняя утилита, в базовые дистрибутивы она обычно по-умолчанию не входит, и её нужно установить командой своего менеджера пакетов, например, для Debian/Ubuntu:

Также обратите внимание на версию mutt‘а, мы используем версию 1.5.21:

# mutt -v Mutt 1.5.21 (2010-09-15) ...

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

date | /usr/local/mutt-1.4.2.3/mutt -s 'mydbase backup' -a db_dump.sql.bz2 [email protected]

Обратите внимание на разницу передачи пайпа от команды date к mutt‘у. Как говорится, найдите 10 отличий.

Если вы не являетесь админом на сервере, как вариант собрать mutt из исходников, и указывать абсолютный путь к нему. Я так делал на SpaceWeb‘е. Либо загуглить статически линкованный mutt. Я сейчас в первой 20-ке не смог найти статического mutt‘а по запросу `mutt static build download`. В этом случае можно собрать статический mutt у себя на локальном компьютере, инструкции как это сделать найти можно, и перенести его на сервер.

Также mutt можно заменить на утилиту mail, входящую в пакет mailx (или один из его производных). Если на сервере доступна команда mail, отослать наш дамп БД как вложение можно командой:

$ mail -s "mydbase backup" -a "db_dump.sql.bz2" "[email protected]" <<< $(date +"%Y-%m-%d %H:%I:%S")

Параметры здесь практические такие же, что и у mutt: -s – тема, -a – аттачмент.

CRON

Теперь добавим вызов скрипта в cron. Мне достаточно делать дамп БД раз в сутки, настрою вызов скрипта каждый день, в 5:13 утра:

$ crontab -e 13 5 * * * /var/adm/cron/db.sh

Либо как вариант закинуть db.sh в папку /etc/cron.daily, если есть к ней доступ. Рабочей папкой для скрипта всё равно останется /var/adm/cron, всю работу он будет делать там.

SPLIT

Но в один прекрасный день я не получил на почту утром дамп нашей БД. Поискав логах, я нашёл примерно такую ошибку:postdrop: warning: uid=0: File too largesendmail: fatal: root(0): message file too bigСообщение отправить не удалось, процесс-потомок вернул 75 (Deferred.).Сообщение отправить не удалось.

Ага, этого рано-поздно следовало ожидать. Дамп нашей базы оказался слишком велик для передачи по электронной почте. Тут у нас есть пара вариантов (как хорошо, что жизнь компьютерная почти всегда предоставляет нам несколько решений одной и той же проблемы, что касается программирования или системного администрирования, вот бы в реальной жизни всё было бы так же).1. Увеличить макс.размер отправляемых писем. Если Вы админ, это можно легко сделать. mutt, впрочем как и mail(x), использует установленный в системе mail-transport-agent (MTA), из коих наиболее распространёнными на сегодня пожалуй являются Postfix и Exim4. Пример с Postfix‘ом как увеличить максимальный размер отсылаемых писем:

# postconf | grep message_size_limit message_size_limit = 10240000 # postconf -e "message_size_limit = 51200000" # postconf | grep message_size_limit message_size_limit = 51200000

Сперва мы узнали макс.размер письма, который оказался равен 10 мегабайт, затем увеличили его до 50 мегабайт. Да, у Postfix‘а по-умолчанию размер письма (message) включая возможные аттачи максимум 10 мегабайт. Размер последнего дампа БД, который удалось отправить, был равен 8.6 мегабайт, файлы большего размера уже не отправлялись, что довольно странно, так как до 10 мегабайт было ещё не так скоро. Хотя на самом деле аттачи отправляются в uuencoded (или base64-encoded) формате, и если мы закодируем так наш последний полученный по почте дамп, то получим размер 11,970,592 байта в chunk_split(base64_encode($attach)) или размер 12,052,444 байт при использовании convert_uudecode($attach) – были использованы стандартные PHP функции. В обоих случаях размер превышает заданный по умолчанию в Postfix‘е 10,240,000 байт.

ОК, если мы увеличим макс.разрешенный размер письма до 50 мегабайт, то мы получим какое-то время, возможно в несколько лет (если наша БД не очень быстро пополняется), прежде чем мы превысим макс.допустимый объём.

Да, тут несколько возможных проблем – рано или поздно аттач (в смысле письмо с ним) опять превысит макс.допустимый размер и перестанет отправляться, второе – принимающий сервер может со своей стороны ограничивать размер принимаемых писем. Третье – вы можете не быть админом на сервере и повысить максимальный размер письма. В скобках замечу, что, указав message_size_limit = 0 вы снимете ограничение на максимальный размер письма.

Во всех этих случаях нас выручит split, старый добрый split. Давайте будем пилить наш аттач например по 5 мегабайт и кусками отправлять нам на почту. Делается это примерно так:

split -b 5M db_dump.sql.bz2 dump5M_   for i in dump5M_* do date +'%Y-%m-%d %H:%I:%S' | mutt -s 'mydbase backup' -a $i -- [email protected] done   # почистим за собой rm dump5M_*

Таким образом новый готовый скрипт db.sh будет выглядеть так:

#!/bin/sh cd /var/adm/cron/ echo "**" `date +'%Y-%m-%d %H:%I:%S'` "I am db.sh:" `id` >> log.txt mysqldump -h localhost -u dbuser -pmypassword mydbase > db_dump.sql bzip2 -f db_dump.sql split -b 5M db_dump.sql.bz2 dump5M_   for i in dump5M_* do date +'%Y-%m-%d %H:%I:%S' | mutt -s 'mydbase backup' -a $i -- [email protected] done   # почистим за собой rm dump5M_*

При задании в split имени dump5M_ мы получаем файлы вида dump5M_aa, dump5M_ab, dump5M_ac и т.п. Чтобы склеить при случае полученные куски, можно обойтись штатными средствами системы:

В Windows (кавычки в именах файлов обязательны):

C:\Users\Andrey\Desktop> copy /b "dump5M_aa" + "dump5M_ab" db.sql.bz2

В Linux:

$ cat dump5M_aa dump5M_ab > db.sql.bz2

или:

$ cat dump5M_a* > db.sql.bz2

И в случае применения split’а есть недостаток, если, например, размер дампа 50 мегабайт, то мы будем каждый день отсылать/получать по 10 писем, не знаю, хорошо это или плохо. Как вариант – отсылать дамп БД на резервный сервер, к примеру с помощью команды scp, но это пожалуй уже другая история.

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

Спокойной ночи, сладких снов, если уже ночь, чашки кофе и стакана апельсинового сока, если утро, бокала пива с жаренными креветками, если обед, бутылки виски или Шардоне, если вечер.

atzar.ru

Как сделать дамп?

Файл, в котором находится содержимое базы данных – это и есть дамп базы данных. С его помощью возможно восстановление с нуля. По сути, это просто-напросто копия. Но почему так и не назвать, копия базы данных.

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

Назначение дампа

Зачем же переносить базу данных?

  • Для создания резервных копий перед внесением кардинальных изменений в структуру сайт. Например, был установлен сторонний компонент, в результате сайт стал неработоспособным и требуется быстрое восстановление его работы. Вот здесь и используется аварийный дамп базы данных.
  • Сайт, как правило, сначала делается на локальной машине под виртуальным сервером, а потом его переносят на хостинг. И если с файлами вопрос более-менее понятный, то перенос базы данных вопрос не столь очевидно решаемый. И здесь опять понадобится дамп базы данных.

Как использовать дамп. Будем рассматривать стандартную для веб-программирования задачу: требуется перенести сайт, созданный на локальной машине на хостинг. Как же перенести базу данных MySql? Существует утилита phpMyAdmin. Она, как правило, должна быть установлена провайдером, и в состав денвера она должна входить. Воспользоваться ею можно прямо в браузере, потому что она написана на языке php.

Способ первый

  • В браузере надо перейти на страницу phpMyAdmin для требуемой базы данных.
  • На открывшейся странице войти во вкладку Экспорт.
  • Выбрать необходимые параметры. Если отметить пункт "Добавить DROP DATABASE", то при возвращении дампа обратно на сервер будет происходить следующее: если на сервере уже существует база данных с таким именем, то сначала удалится она, а уж потом создастся экспортируемая.
  • Поставить сжатие файла с помощью архиватора, чтобы уменьшить объем скачиваемого файла.
  • Если все отмечено правильно, надо нажать OK.
  • Через какое-то время появится окно, предлагающее скачать дамп базы данных.
  • Для эк

elhow.ru

mysqldump | Админчег

mysqldump позволяет получить дамп содержимого базы данных или совокупности баз для создания резервной копии или пересылки данных на другой SQL-сервер. Дамп будет содержать набор команд SQL для создания и/или заполнения таблиц.

Так же mysqldump имеет возможность развертывания баз данных из созданного sql-файла.

Как сделать копию базы MySQL

 

программа mysqldump, позволяющая быстро и просто производить операции по созданию резервных копий баз MySQL.

 

backup MySQL.

Перекидываем базу dbname в фаил dump.sql

# mysqldump -uLOGIN -PPORT -hHOST -pPASS DBNAME > dump.sql После выполнения данной команды в файле dump.sql у нас будет копия MySQL-базы DBNAME.

Для того чтобы сделать дамп несколько баз данных, необходимо использовать параметр —databases (или сокращенно -B), пример:

ctopmbi4.wordpress.com

Как сделать дамп базы данных — EGONIKA

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

Делать дамп (то есть создавать копию базы данных) или бэкап можно несколькими способами, в данной статье я рассмотрю способ традиционный, то есть из интерфейса PhpMyAdmin. Итак приступим:

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

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

3. Ну собственно самое главное это настройки. Для того что бы правильно все сделать посмотрите внимательно на скрин приложенный далее. В принципе сильного различия между интерфейсами PhpMyAdmin нет поэтому можно брать прям как на изображении.

Обратите внимание, что нужно обязательно выбрать пункт «Добавить DROP TABLE/VIEW/PROCEDURE/FUNCTION/EVENT», а так же «упаковать» выбрав радиокнопку «zip» для более корректного копирования базы данных.

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

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

В моем примере база состояла из 95 таблиц и окончательный ее вес оказался 2,69 Мб и ее копирование заняло чуть менее одной минуты. Тут стоит сделать небольшое уточнение так как некоторые хостинг провайдеры вводят ограничение при импорте баз данных. У каждого они различны, например у одного моего хостинга ограничения в 10 Мб, а у другого всего 2 Мб, то есть конкретно эту БД я бы не смог перенести ко всторому провайдеру так как она оказалась более 2 Мб (2,69 Мб). И этот нюанс стоит учесть что бы потом не было проблем с переносом.

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

www.egonika.ru

Дампы баз данных MySql - mysqldump

Общее описание программы mysqldump

Для работы с дампами баз данных MySql существует клиентская программа mysqldump, изначально написанная Игорем Романенко (Igor Romanenko). Mysqldump входит в состав дистрибутивов всех клонов MySql. Полная документация – http://dev.mysql.com/doc/refman/5.6/en/mysqldump.html, а здесь только краткая шпаргалка по использованию основных функций.

Программа mysqldump позволяет получить дамп содержимого базы данных или совокупности баз для создания резервной копии или пересылки данных на другой SQL сервер (не обязательно MySQL сервер).

Существует три основных способов использования mysqldump: создать набор из одной или более таблиц, набор из одного или более полных баз данных, или весь сервер MySQL, как показано здесь:

$ mysqldump [options] db_name [tbl_name ...] $ mysqldump [options] -B db_name ... $ mysqldump [options] -A

Например, сделать дамп базы DATABASE:

$ mysqldump -u USER -hHOST-pPASSWORD DATABASE > /path/to/file/dump.sql

где:

  • -u или -–user=… – имя пользователя
  • -h или –host=… – удаленный хост (для локального хоста можно опустить этот параметр)
  • -p или –password – запросить пароль
  • database – имя базы данных
  • damp.sql – файл для дампа

Залить базу из файла дампа:

$ mysql -u USER -hHOST-pPASSWORD DATABASE < /path/to/file/dump.sql

Основные опции программы mysqldump:

--add-drop-database

Добавляет оператор DROP DATABASE перед каждым оператором CREATE DATABASE.

--add-drop-table

Добавляет оператор DROP TABLE перед каждым оператором CREATE TABLE.

--all-databases, -A

Сохраняет все таблицы из всех баз данных, которые находятся под управлением текущего сервера.

--complete-insert, -c

Используется полная форма оператора INSERT (с именами столбцов).

--create-options

Добавляет дополнительную информацию в операторы CREATE TABLE. Это может быть тип таблицы, начальное значение AUTO_INCREMENT и другие параметры.

--databases, -B

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

--delayed

Использовать команду INSERT DELAYED при вставке строк.

--flush-logs, -F

Записать на диск данные системного журнала из буфера MySQL-сервера перед началом выполнения дампа. Очень рекомендуется использовать.

--no-create-db, -n

Подавляет создание в дампе операторов CREATE DATABASE, которые автоматически добавляются при использовании параметров –databases и –all-databases.

--no-data, -d

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

--port, -P

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

--replace

Добавляет ключевое слово REPLACE в оператор INSERT.

--result-file=/path/to/file, -r /path/to/file

Параметр направляет дамп в файл file. Имеет смысл только в Windows. В Linux системах лучше перенаправить результат в файл при помощи последовательностей > и >>.

--socket=/path/to/socket, -S /path/to/socket

Файл сокета для подсоединения к localhost. Это для любителей использовать нестандартные настройки.

--tables

Прерывает действие параметра –databases (-B). Все аргументы, следующие за этим параметром, трактуются как имена таблиц.

--verbose, -v

Расширенный режим вывода. Вывод детальной информации о работе программы.

--version, -V

Вывести информацию о версии программы.

--where='where-condition', -w 'where-condition'

Выполнить дамп только для выбранных записей. Кавычки обязательны!!!

--help

Вывести справочную информацию и выйти из программы.

Примеры использования программы mysqldump

Создание только структуры базы без данных

mysqldump --no-data - u USER -pPASSWORD DATABASE > /path/to/file/schema.sql

Создание дампа только нескольких таблиц

mysqldump -u USER -pPASSWORD DATABASE --tables TABLE1 TABLE2 TABLE3 > /path/to/file/dump_table.sql

Создание дампа и архивирование его

mysqldump -u USER -pPASSWORD DATABASE | gzip > /path/to/outputfile.sql.gz

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

mysqldump -u USER -pPASSWORD DATABASE | gzip > `date +/path/to/outputfile.sql.%Y%m%d.%H%M%S.gz`

www.oslogic.ru