Грамотное создание копии БД

[stasbz]

Подскажите, необходимо периодически делать копию БД, для восстановления в случае проблем.
Использую комманду
mysqldump --databases --add-drop-table -ulogin -ppassword database > database_22-3-06-09.sql
Правильно ли я задаю команду или надо добавить ее какой-либо параметр? восстанавливать будут командой mysql из командой строки.

где-то прочел, что перед созданием копии БД таким способом необходимо, чтобы не осуществлялась запись в БД. как лучше поступить в данном случае: может быть можно остановить апаче (чтобы не функционировал сайт) и после уже создать БД?

Как вы относитесь к созданию копии БД с помощью phpmyadmin?

[oxd]

Если база только для сайта, то лучше остановить апач. Но учтите, что в любом случае, вы не получите 100% гарантии того что целостность базы будет соблюдена, например, если апат тормознулся не выполнив какойто запрос.

[neol]

Если база только для сайта, то лучше остановить апач. Но учтите, что в любом случае, вы не получите 100% гарантии того что целостность базы будет соблюдена, например, если апат тормознулся не выполнив какойто запрос.

Именно поэтому лучше перевести сайт в режим обслуживания, а не тормозить апач.

[Ariasp]

где-то прочел, что перед созданием копии БД таким способом необходимо, чтобы не осуществлялась запись в БД. как лучше поступить в данном случае: может быть можно остановить апаче (чтобы не функционировал сайт) и после уже создать БД?

Читать нужно внимательнее. Сценарий mysqldump сам лочит таблицы во время снятия с них дампа (кроме того, если не устраивает потабличная блокировка, имеется опция --lock-tables, блокирующая все таблицы на время создания дампа; но это, имхо, излишество). Соответсвенно, отключать ничего не нужно, просто некоторое время залоченная таблица - в зависимости от её размера - будет не доступна на запись.
Если же база данных большая и даже небольшие паузы в доступности к её данным нежелательны - настраивай репликацию и делай дамп с реплики.

[pelmen]

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

ой, а ткни носом про реплики почитать или команду какую (типа скл-запрос, который реплику делает)

[alfss]

google.ru

!	Предупреждение от модератора Ленивая Бестолочь
	из правил форума: Цитата 3.3. Создание сообщений ..... единственной целью которых является "накрутка счетчиков". пожалуйста, воздерживайтесь от бессмысленных сообщений. если вы считаете, что вопрос не достоин ответа - не отвечайте на него. вам предупреждение на этот счет.

[pelmen]

ух ты, там не только про репликацию, но еще много чего есть. нашел вот это
http://www.webnext.ru/blog/2007/08/21/repl...ster-slave.html
нормальная статья? а то иногда попадаются плохие.

[drBatty]

я вот так бекаплюсь:

Код: Выделить всё

mysqldump -e --opt --default-character-set=cp1251 \
-uroot -ppassword base_name > backup.sql

я даже уже восстанавливался...
и база лочится на время бекапа.
репликация имхо излишество, если база как у меня - ~100Mb в архиве. ну подождёт кто-то 1 лишнюю секунду, 1 раз в 12 часов... подумаешь...

[Ariasp]

про реплики почитать или команду какую (типа скл-запрос, который реплику делает)

универсально: http://dev.mysql.com/doc/refman/5.1/en/replication.html

[stasbz]

я вот так бекаплюсь:

Код: Выделить всё

mysqldump -e --opt --default-character-set=cp1251 \
-uroot -ppassword base_name > backup.sql

я даже уже восстанавливался...
и база лочится на время бекапа.
репликация имхо излишество, если база как у меня - ~100Mb в архиве. ну подождёт кто-то 1 лишнюю секунду, 1 раз в 12 часов... подумаешь...

а на сколько важно устанавливать данную опцию --default-character-set=cp1251, если бд и так в cp1251?

[drBatty]

а на сколько важно устанавливать данную опцию --default-character-set=cp1251, если бд и так в cp1251?

я не помню, на самом деле это сильно зависит от настроек сервера. что-то у меня не получалось, а с этой стало нормально работать. попробуйте без неё сделать бекап, а потом восстановите, если всё ОК - то не надо.

[oxd]

где-то прочел, что перед созданием копии БД таким способом необходимо, чтобы не осуществлялась запись в БД. как лучше поступить в данном случае: может быть можно остановить апаче (чтобы не функционировал сайт) и после уже создать БД?

Читать нужно внимательнее. Сценарий mysqldump сам лочит таблицы во время снятия с них дампа (кроме того, если не устраивает потабличная блокировка, имеется опция --lock-tables, блокирующая все таблицы на время создания дампа; но это, имхо, излишество). Соответсвенно, отключать ничего не нужно, просто некоторое время залоченная таблица - в зависимости от её размера - будет не доступна на запись.
Если же база данных большая и даже небольшие паузы в доступности к её данным нежелательны - настраивай репликацию и делай дамп с реплики.

При этом стоит учитиывать, что запись в другие таблицы разрешена, что опять же может нарушить целостность базы внутри дампа.
Про опцию -l, действительно, забыл
Репликации спасут отца русской демократии, согласен.