MySQL

Alexey Vissarionov написал(а) к Sergey Anohin в Feb 15 12:12:12 по местному времени:

Доброго времени суток, Sergey!
26 Feb 2015 22:22:10, ты -> All:

SA> На сколько безопасно восстанавливать из файлового бекапа таблицы
SA> MyISAM таким способом, ессно без пеpезагpузки сабжа:
SA> LOCK TABLE x WRITE;
SA> FLUSН TABLE x; -- closes all file handles into table by mysql.
SA> < perform file-level manipulations >
SA> FLUSН 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> изначально.

А зря. Если дампить со вторичника (у тебя же настроена репликация, правда?) - первичник продолжает работать и обслуживать клиентов.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Никогда не оставляйте в туалете кубик Рубика!
--- /bin/vi

Andrew Kant написал(а) к Sergey Anohin в Feb 15 11:23:31 по местному времени:

Нello Sergey!

Thursday February 26 2015 22:22, Sergey Anohin wrote to All:

SA> Явно этот способ далеко не официальный. Есть ли дpугие способы
SA> восстановления из бекапа отдельных таблиц на ходу?

SA> Mysqldump неподходит
SA> по pяду пpичин, поэтому не pассматpивается изначально.

Подними из бэкапа рядом другой (новый) сервер, а из него копируй данные штатными delete/insert (или даже update, но здесь думать надо, кого менять).
Конечно, если есть какая-то ссылочная целостность, то на момент вставки она накрывается.

Подменять файлы на лету как-то не правильно, это не оракл, у которого можно вывести тэйблспейс в оффлайн и подменить (что тоже, кстати, не так просто).
Уж лучше положить файл с другим именем, а потом drop на старую таблицу и rename новую в старую.


Good bye!
Andrew

--- GoldED+/W32 1.1.4.7

Sergey Anohin написал(а) к Alexey Vissarionov в Feb 15 20:09:53 по местному времени:

Нello, Alexey!

SA>> На сколько безопасно восстанавливать из файлового бекапа таблицы
SA>> MyISAM таким способом, ессно без пеpезагpузки сабжа:
SA>> LOCK TABLE x WRITE;
SA>> FLUSН TABLE x; -- closes all file handles into table by mysql.
SA>> < perform file-level manipulations >
SA>> FLUSН TABLE x; -- A 'stat' of the table occurs and info-schema is
SA>> updated appropriately. UNLOCK TABLES;
> Эээээ... шансы, конечно, есть - но я бы не советовал.

Источник
http://stackoverflow.com/questions/1...er-server-with

SA>> Явно этот способ далеко не официальный.
> Не то слово...

Но по логике вроде ничего страшного. по логике, а по факту хз пока.

SA>> Есть ли дpугие способы восстановления из бекапа отдельных таблиц на
SA>> ходу? Mysqldump неподходит по pяду пpичин, поэтому не pассматpивается
SA>> изначально.
> А зря. Если дампить со вторичника (у тебя же настроена репликация, правда?) - первичник продолжает работать и обслуживать клиентов.

Ну в моем случае тут невозможна репликация по ряду причин. Да и не нужна. И вообще дамп это хорошо только для маленьких баз.
Я пользуюсь Percona Xtrabackup чья скорость соизмерима со скоростью простого копирования файлов. И к тому же InnoDB не блочится.

Ваще я сейчас скептичен к репликации. Настраивал у нас один товарищ ее, вроде сделал из статью на хабре, ну там мастер слейв-репликация с
использованием бинлогов... В 150 раз медленнее некоторые запросы обрабатывались. Втопку такую репликацию, свинтили...Стало нормально.

С наилучшими пожеланиями, Sergey Anohin.

--- wfido

Sergey Anohin написал(а) к Andrew Kant в Feb 15 20:21:30 по местному времени:

Нello, Andrew!

SA>> Явно этот способ далеко не официальный. Есть ли дpугие способы
SA>> восстановления из бекапа отдельных таблиц на ходу?
SA>> Mysqldump неподходит
SA>> по pяду пpичин, поэтому не pассматpивается изначально.
> Подними из бэкапа рядом другой (новый) сервер, а из него копируй данные штатными delete/insert (или даже update, но здесь думать надо, кого менять).
> Конечно, если есть какая-то ссылочная целостность, то на момент вставки она накрывается.

Ну про второй сервер это я тоже в уме держу, но то муторно немного.

> Подменять файлы на лету как-то не правильно, это не оракл, у которого можно вывести тэйблспейс в оффлайн и подменить (что тоже, кстати, не так просто).

Ну про таблеспейс это ты уже в InnoDB ушел? :)
Ваще конечно не официальная дока, да и не дока вовсе, но тут:
http://www.phpdistiller.net/backup-a...odb-databases/

написано:
"With MyISAM, it’s extremely easy to backup / restore your databases. Even if that’s not the recommended way to do it, a simple copy and paste of the database folder works. "
"Unlike MyISAM, InnoDB databases cannot be copied individually. If you do so with the entire folder, it’ll work. But you cannot do it with just one or several databases. This part will explain why." Ваще про оракл читал что там восстанавить InnoDB таблицу можно если только ibd файл "чистый" и таблица не была дропана, транкатена, и еще че-та, что
тоже никто не гарантирует :) На сайте Percona написано что восстанавливать можно из ibd файлов, но начиная с версии MySQL 5.6. Что весьма положительный момент.
Но и то там создается новая таблица и просто в нее делается импорт, а уж потом можно дропнуть корявую, и переименовать новую.

> Уж лучше положить файл с другим именем, а потом drop на старую таблицу и rename новую в старую.

Ну это тож вариан. Ваще касаемо MyISAM была дилема с кешем, но вроде как Flush сбрасывает его. В теории ничего страшного не должно произойти.

С наилучшими пожеланиями, Sergey Anohin.

--- wfido

Michael Belousoff написал(а) к Andrew Kant в Mar 15 13:21:58 по местному времени:

Привет, Andrew.

Вот что Andrew Kant wrote to Sasha Shost:

VU>>> Чтобы не простаивать:
VU>>> 10 делаем зеркало
VU>>> 20 ждём окончания синхронизации
VU>>> 30 останавливаем сервер
VU>>> 40 отваливаем половину зеркала
VU>>> 50 запускаем сервер
VU>>> 60 монтируем отваленную половину
VU>>> 70 бэкапим с неё данные
VU>>> 80 восстанавливаем зеркало
VU>>> 90 GOTO 20
SS>> на каком шагу что то не то сделали - и мраки

AK> Хуже - нет условия выхода, вечный цикл :)

Вечный быкап. Это ж хорошо. :-)

--Michael G. Belousoff--
Yekaterinburg city
mickbell(dog)mail(dot)ru

... ==== Проблему надо решать до того, как она появится. ====
--- GoldED/W32 3.0.1-asa9.1