= Сообщение: 1940 из 8555 ========================================= RU.LINUX = От : Sergey Anohin 2:5034/10.1 27 Feb 15 20:09:53 Кому : Alexey Vissarionov 27 Feb 15 20:09:53 Тема : MySQL FGHI : area://RU.LINUX?msgid=2:5034/10.1+51667273 На : area://RU.LINUX?msgid=2:5020/545+54f038de = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Hello, Alexey!
SA>> Hа сколько безопасно восстанавливать из файлового бекапа таблицы SA>> MyISAM таким способом, ессно без пеpезагpузки сабжа: SA>> LOCK TABLE x WRITE; SA>> FLUSH TABLE x; -- closes all file handles into table by mysql. SA>> < perform file-level manipulations > SA>> FLUSH TABLE x; -- A 'stat' of the table occurs and info-schema is SA>> updated appropriately. UNLOCK TABLES; > Эээээ... шансы, конечно, есть - но я бы не советовал.
SA>> Явно этот способ далеко не официальный. > Не то слово...
Но по логике вроде ничего страшного. по логике, а по факту хз пока.
SA>> Есть ли дpугие способы восстановления из бекапа отдельных таблиц на SA>> ходу? Mysqldump неподходит по pяду пpичин, поэтому не pассматpивается SA>> изначально. > А зря. Если дампить со вторичника (у тебя же настроена репликация, правда?) - первичник продолжает работать и обслуживать клиентов.
Ну в моем случае тут невозможна репликация по ряду причин. Да и не нужна. И вообще дамп это хорошо только для маленьких баз. Я пользуюсь Percona Xtrabackup чья скорость соизмерима со скоростью простого копирования файлов. И к тому же InnoDB не блочится.
Ваще я сейчас скептичен к репликации. Настраивал у нас один товарищ ее, вроде сделал из статью на хабре, ну там мастер слейв-репликация с использованием бинлогов... В 150 раз медленнее некоторые запросы обрабатывались. Втопку такую репликацию, свинтили...Стало нормально.
