Резервное копирование баз MySQL
Вы трудитесь над веб-проектом, в каком употребляется СУБД MySQL. Конечно, любой суровый чертеж подразумевает, что временами станет создаваться резервная копия всех этих, применяемых в работе. Это де факто обычный расклад. Более того, в отсутствии данного нереально обеспечивать гостям веб-сайта бесперебойность работы Вашего ресурса. В случае, коль скоро web-сайт дает платные предложения, присутствие резервного копирования считается просто-таки жизненной потребностью.
Вообще, многое хостинг-провайдеры создают резервное копирование всех файлов юзеров. Однако, следует помнить про то, что провайдеры делают backup, как правило, для себя, на вариант автоаварии у себя. Именно по данной первопричине юзеры в критериях хостинга имеют все шансы, окончательно, планировать на регенерация в случае удаления неких этих по вине самого юзера, хотя решительно не обязательно, что провайдер устроит регенерация MySQL-базы незамедлительно по получению запроса. Лучше делать для себя копию и если что ее принимать на вооружение. Можно в том числе и временами копировать данный собственный backup на иную, не провайдерскую автомашину - так надежнее, на любой вариант.
Сделать копию всех статических HTML- и других документов просто. Так ведь нетрудно регулярно "приостанавливать в сторонку" и копии скриптов. Гораздо наиболее трудоемкое видится задачка существа копии (затем backup) таковой динамичной текстуры, как информационная база MySQL. Основные проблемы, которые встают перед админом расположенного на хостинге веб-сайта, практически всегда бывают эти:
1. Отсутствие физического доступа к файлам информационной базы. Как верховодило, провайдеры хостинга дают вероятность работы с информационной базой исключительно через скрипты либо специализированный mysql-клиент, хотя мешают прав на доступ лично к файлам, в каких находятся эти из MySQL-базы.
2. Отсутствие у админа познаний про то, как как говорится нужно делать backup. Обычно таковая миссия встает исключительно, как скоро "клюнул поджаренный петушок". То есть, в случае автоаварии, проникновения взломщиков либо в иных внештатных обстановках. Веб-мастеры просто не готовы к безотлагательному backup и начинают судорожно учить документацию по MySQL, а время следует...
3. В случае, коль скоро веб-мастер не обладает в необходимой мере умениями работы со спец утилитами из пакета MySQL, имеют все шансы вставать проблемы, связанные с лимитированиями, налагаемыми хостинг-провайдером на пользовательские аккаунты. Например, коль скоро база слишком немалая и ее объем превосходит предел на легкодоступную юзеру память (RAM), backup устроить станет трудоемко. Нужно воспользоваться тонкими опциями утилит резервного копирования, что порой также вызывает проблемы на практике.
Итак, эта заметка создана для того, дабы упростить работу по творению резервных копий MySQL-баз. Если Вы - веб-мастер, и трудитесь с MySQL, точно, информация, содержащаяся в этой заметке, станет Вам может быть полезна.
Как устроить копию базы MySQL
Существует программа mysqldump, дозволяющая живо и лишь создавать операции по творению резервных копий баз MySQL. Также mysqldump позволяет делать довольно изящные опции для управления действием существа резервных копий баз этих либо отдельных таблиц. Можно заявить, что mysqldump - данное главной инструмент, коим Вам понадобиться воспользоваться в том случае, ежели Вы будете делать backup MySQL.
Сразу возьмем несложную задачку, которую станем улаживать при помощи mysqldump, и разберемся, что к чему. Есть хостинг, есть информационная база DBNAME, которую подчеркнул Вам хостинг-провайдер. Есть хост HOST, на котором расположен сервер MySQL, логин LOGIN к нему, порт PORT, на котором трудится сервер, также пароль PASS. Имея эти все эти, можнож устроить dump (дамп, копию) базы DBNAME так (производим в unix shell):
> mysqldump -uLOGIN -PPORT -hHOST -pPASS DBNAME > dump.txt
После исполнения этой команды в файлике dump.txt у нас станет копия MySQL-базы DBNAME. Это случится лишь в том случае, естественно, когда все характеристики Вы установите правильно, согласно с опциями собственного хостинга. Сразу надо заявить, что программа mysqldump изготавливает вывод последствий напрямик Вам на STDIN, т.е., на экран. Нужно перенаправлять вывод в какой-нибудь файл. Например, как при таком варианте - " > dump.txt ". Если данного не устроить, а база немалая, Вы получите на экран неплохой инфы, которые в ней присутствуют.