ну и вообще говоря, mysqldump генерит sql-текст, что существенно больше, чем бинарники.
если же бэкапить сами файлы таблиц, сжатие менее актуально.
а rsync сможет забэкапить только те куски таблиц, котрые изменились.
для копирования файлов вообще есть утилита rsync, которая кроме прочего, умеет бэкапить на удалённые хосты, и при этом копирует только изменившиеся фрагменты файлов.
для MyISAM таблиц достаточно сделать им LOCK_TABLES/FLUSH_TABLES и скопировать rsyncом бинарные файлы, в которых он хранятся.
для бэкапа InnoDB таблиц эффективнее использовать бинарный лог, позволяющий делать инкрементальный бэкап.
ph[id — 1] is undefined
vkontakte.ru/js/photo_comments.js?5
photo = ph[id — 1][0];
(сейчас тоже нажал и дописываю ещё одну фразу)
я писал один раз :)
скрипт с невыговариваемым названием bontmia
он делает (rsyncом) снапшоты каталога.
на каждый снапшот — бэкапит изменившиеся файлы, а неизменившиеся делает хардлинком на предыдущий снапшот.
возможно, стоит на него посмотреть.
предыдущий админ в нашей конторе так и сделал (на перле, для бэкапа файл-сервера гигов на 30)
rsync оказался быстрее настолько, что замерять насколько именно даже в голову не пришло.
если же бэкапить сами файлы таблиц, сжатие менее актуально.
а rsync сможет забэкапить только те куски таблиц, котрые изменились.
он вычисляет изменившиеся _фрагменты_ файла, чтобы сократить трафик.
на cp+md5sum придётся городить некислый скриптовый огород.
полная копия rsyncом будет медленне, чем cp или scp
а если файл изменился только частично — то естественно, rsync быстрее.
лень трахаться им, видите ли.
(сжимает только для передачи по сети)
для MyISAM таблиц достаточно сделать им LOCK_TABLES/FLUSH_TABLES и скопировать rsyncом бинарные файлы, в которых он хранятся.
для бэкапа InnoDB таблиц эффективнее использовать бинарный лог, позволяющий делать инкрементальный бэкап.
всё подробно описано в мануале
а с mysqldumpом при восстановлении нужно ещё следить за ссылочной целостностью и автоинкрементными полями.