Обсуждение статьи тематического каталога: Резервное копирование MySQL (mysql backup)

Ссылка на текст статьи: http://www.opennet.me/base/sys/mysql_backup.txt.html

• Резервное копирование MySQL (mysql backup),artem, 16:31 , 19-Янв-07
• Резервное копирование MySQL (mysql backup),artem, 16:41 , 19-Янв-07
• Резервное копирование MySQL (mysql backup),artem, 09:41 , 26-Янв-07
• Резервное копирование MySQL (mysql backup),pentarh, 00:26 , 24-Фев-07
• Резервное копирование MySQL (mysql backup),Pilat, 01:47 , 10-Ноя-07
  • Резервное копирование MySQL (mysql backup),pentarh, 16:57 , 10-Ноя-07
• Резервное копирование MySQL (mysql backup),pasha, 19:55 , 14-Авг-08
• Резервное копирование MySQL (mysql backup),error500, 19:21 , 07-Апр-09
• Резервное копирование MySQL (mysql backup),Artur, 06:34 , 15-Июл-11
• Резервное копирование MySQL (mysql backup),Artur, 12:36 , 19-Июл-11

Спасибо, помогло !

только вот если еще это дело досовершенствовать бы, а именно чтобы оно само автоматом делало, скажем в 00:00, а еще классно будет, если база старая, то чтобы удалялась через....скажем...пару недель...

кстати, чето не въехал немного...
если вместо
cd ${BK_DIR}
написать
cd ${backup_dir}
то получится.... ???

А еще есть http://www.indexsoft.com/dbmanagerpro/

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

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

ЗЫ. Стек, превед ;)

А mysqlhotcopy использовать нельзя?
http://dev.mysql.com/doc/refman/5.0/en/mysqlhotcopy.html

>А mysqlhotcopy использовать нельзя?
>http://dev.mysql.com/doc/refman/5.0/en/mysqlhotcopy.html

It uses LOCK TABLES, FLUSH TABLES.

Представь, база 9 гигабайт.

1. FLUSH TABLES WITH READ LOCK
2. cp/scp
3. UNLOCK TABLES

Между 1 и 3 пунктом минут 9-15 задержки, в ходе которой база мертвая.

Спасибо. Класная вещь. Правда немножко переделал под себя :)

/*   начало скрипта  sql-backup.sh  */
   #!/bin/sh

   USR=dbusr
   PSWD=dbpswd
   FN=`/bin/date +%Y-%m-%d`
   BK_DIR="$HOME/backup_db/"
   PARAM="--quote-names --add-drop-table -u$USER -p$PSWD"
   if [ !-d $BK_DIR || mkdir $BK_DIR ]; then
    echo "Not found target dir $BK_DIR"
   fi
   cd $BK_DIR
   /opt/mysql/bin/mysqldump ${PARAM} vadim_db1 > vadim_db1.sql
   /opt/mysql/bin/mysqldump ${PARAM} vadim_db2 > vadim_db2.sql

   tar -cvf ${BK_DIR}/sql-${FN}.tar *.sql
   gzip ${BK_DIR}/sql-${FN}.tar
   chmod 600 ${BK_DIR}sql-${FN}.tar.gz

   rm *.sql
   /*   конец скрипта */

Непроверил но так функциональность болeе развитая (ну типа мысль покрайней мере ясна да?), а вообще да согласен с предыдущими оратором второй сервер это хорошо
З.Ы. только вот mysqldump не увсех там может оказатся и неплохобы его поиск тоже автоматизировать

Вот тут http://www.artcom-ufa.ru/?posts/2011/07/12/rezervnoe-kopirov... я описал простенький скрипт резервного копирования на вэб-сервере, все просто как "2 рубля" :-)

Для бэкапа своих сайтов я написал вот такой скрипт http://www.artcom-ufa.ru/?posts/2011/07/12/rezervnoe-kopirov..., думаю подойдет для любой *nix OS