mysqldump | mysqlimport <> bz2

bunzip2 -c tables.sql.bz2 | mysqlimport database

bzcat tables.sql.bz2 | mysql -u<user> -p <database>

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

а то и часов :).

спасибо!

что-то мне подсказывает, что mysql вставляет медленнее, чем работает bzip

>mysqldump database | bzip2

за такое надо сразу отлучать... на курсы проф. переподготовки :)

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

На несколько минут - это при очень малых объёмах. Уже на средних объёмах можно заблокировать базу на час-другой :) Сколько там bzip2 будет на среднем серверочке паковать хотя бы гигабайт пять? Да ещё с пайпа...

>что-то мне подсказывает, что mysql вставляет медленнее, чем работает bzip

Если со --skip-opt - то медленнее. Если типовыми групповыми вставками - то быстрее.

> что-то мне подсказывает, что mysql вставляет медленнее, чем работает bzip

Ты хотел сказать bunzip?

Вот что точно будет тормозить, так это mysqldump | bzip. С учётом того что часто при дампе лочатся таблицы это труба.

> Если со --skip-opt - то медленнее. Если типовыми групповыми вставками - то быстрее.

Если попадуться индексы то он их делать может часами.

В общем случае, я бы не стал переживать что сильно упрётся в bunzip :).

>Если со --skip-opt - то медленнее

а _Вы_ проверяли? в mysql размер стейтмента ограничивается директивой max_allowed_packet (максимум 1Gb), и я готов поклясться, что если в mysql придет инсерт (Вы-то наверняка используете extended insert statements) размером 1Gb, то его (mysql) порвет на части, а при разумных размерах инсерта bzip2, а тем более gzip, работает гарантированно быстрее, чем mysql переваривает эти инсерты. и вообще для бекапов практика dump&load плохая, в mysql есть binlog и использовать нужно его.