|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alex Korchmar 2:5020/400 01 Aug 2005 20:20:04
To : "Max A. Krasilnikov"
Subject : Re: Резервное копирование MySQL
--------------------------------------------------------------------------------
Max A. Krasilnikov <pseudo@avalon.org.ua> wrote:
>> при апгрейде это _стандартная_ процедура. Hестандартные описаны в
>> документации и требуются крайне редко (в основном они связаны с bdb-базами,
>> коим и так место в параше, и обычно требуется repair, а не дамп)
MAK> Однако. Mysqldump-вполне себе штатный и рекомендован при адейте
MAK> до версии 4.1 В некоторых случаях, кои нередки на хостинге.
в _исключительных_. В природе почти не встречающихся. Я, кстати, не понимаю,
зачем на хостинге держать bdb и innodb. Первая неработоспособна, вторая
мало подходит для хостинговых задач.
MAK> Вот же :) То ли мы друг друга не поняли, то ли на сайте mysql вполне
MAK> понятно пишут, что нуна еще и скриптики запускать после апдейтов...
сюрприз: их можно и не запускать. Т.е. mysql4.x совершенно не умрет,
если подсунуть ему базу mysql от версии 3.x - просто ты останешься без
адвансед возможностей.
В любом случае эти скриптики _ничего_ не трогают в пользовательских базах
данных.
MAK> Кои, кстати, не
MAK> всегда корректно отрабатывают :\
что тоже весьма занятно слышать, поскольку ничего кроме alter table user
они не содержат. У тебя alter table "не всегда корректно отрабатывает"?
Проблема, сдаецца, не в бобине.
> Alex
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
