Резервное копирование базы данных mysql

                                                                                                              

Здравствуйте друзья! База данных сайта несет всю текстовую информацию, это статьи и комментарии логично, что её надо сохранять. Учимся делать резервное копирование базы данных mysql вручную.

База данных сайта, резервное копирование базы данных mysql

В предыдущей статье, на моём примере, мы рассмотрели, что может произойти,  если нет создания резервной копии базы данных сайта (блога). Убедились, что можно запросто потерять свой сайт. Мы рассмотрели проблему медленной загрузки сайта и одну из главных причин этого явления, которой является переполненная база данных сайта.

В предыдущей статье мы рассмотрели ситуацию, когда для очистки базы данных сайта плагины оказались бессильны и остался единственный вариант – очистка базы данных в ручном режиме. Если Вы не читали предыдущую статью «Создание резервной копии базы данных«, то прочитать её прочитать.

Итак, напомню, мы рассматриваем очистку базы данных для сайта, созданном на WordPress. Мой блог сейчас находится на хостинге Hostland, раньше он был на хостинге TimeWeb, таблицы базы данных на различных хостингах схожие, поэтому особой разницы нет, на каком хостинге находится Ваш сайт. Принцип работы один и тот же.

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

Для начала нам необходимо зайти на хостинг на страницу phpMy Admin (MySQL). На скрине показано, как зайти в базу данных хостинга  Hostland.

Как зайти в базу данных хостинга TimeWeb посмотреть можно в статье «Timeweb хостинг — бесплатные уроки по управлению«. Вы можете прочитать также статьи, связанные с тематикой Timeweb — «Как сохранить копию сайта с хостинга Timeweb«, «Как восстановить сайт» и «Как залить файлы на хостинг Timeweb«.

Теперь нажимаем по нужной нам базе данных (смотрите скрин), база данных открывается.

Перед началом работы с базой данных сайта, необходимо её сохранить – это важное правило, которое надо соблюдать. Для сохранения базы данных, нажимаем кнопку «Экспорт» (скрин 3).

В новом окне, настройки лучше оставить по умолчанию, «Быстрый — отображать минимум настроек» и формат «SQL» и нажимаем «Ок» (смотрите скрин 4). Выбираем папку на компьютере и сохраняем базу данных.

Теперь, когда мы сохранили базу данных, смотрим, сколько она «весит», смотрим сколько «весит» папка wp_posts,

в ней собраны не только статьи блога, а и все копии этих статей. Напомню, что на одну статью может приходиться 10, а то и 20 копий статей, которые образуются в процессе редактирования основной статьи в WordPress. Эта папка самая большая по размеру. Перед очисткой папка wp_posts у меня весила 34,4 Мб. С неё мы и начнем.

Для удаления ненужных копий статей (постов), нажимаем кнопку «SQL» (смотрите скрин 3). В открывшееся окно вставляем следующую команду:

DELETE FROM wp_posts WHERE post_type = “revision”

Теперь нажимаем кнопку «Ок». Правда, на скрине стоит команда для фида, но сюда же ставится и команда для удаления копий постов. Если Вы всё сделали правильно, то появится запись на желто-зеленом фоне «SQL- запрос был успешно выполнен». Это означает, что все ненужные копии постов были удалены. Команду необходимо вводить в таком виде, в каком виде она указана выше. Например, если убрать кавычки в слове revision, выполнить очистку не получится – проверено. Если что-то сделано неправильно, то будет показано предупреждение на розовом фоне.

В этом случае надо проверить правильность ввода запроса и повторить все сначала.

На что я обратил внимание? После проведения очистки размер файла wp_posts не изменился, даже после обновлений. Мне это показалось странным. Поэтому было сделано следующее. Снова сохранил базу данных, только в другую папку, папка «весила» в разы меньше, вместо 41 Мб (до чистки) стала весить 9 Мб.

Операция выполнена, теперь идем на сайт и проверяем его работу – всё работает. Забегая вперед, скажу, что папка wp_posts стала весить в десять раз меньше – 3,4 Мб против 34 Мб первоначально.

Таким же путем чистятся папки:

• от спам комментариев

       DELETE FROM wp_comments WHERE comment_approved = “spam”

• от кэш фида

      DELETE FROM `wp_options` WHERE `option_name` LIKE “_transient%_feed_%”

В базе данных остаются остатки удаленных ранее плагинов, которые сильно мешают работе блога, их тоже надо удалять. Плагины находятся в папке   wp_options . В процессе просмотра таблицы этой папки был выявлен только один удалённый плагин «WP Opimize», его я удалил прямо из таблицы, поставив галочку в чек-боксе и нажав «Удалить» в этой же строке. Остальные плагины не видно, это потому, что не все плагины в таблице базы данных выглядят привычным образом.

Естественно, это меня не устроило. Поэтому был найден плагин «plugins-garbage-collector», с помощью которого была очищена база данных от старых плагинов, а также от их остатков. В ближайшее время на эту тему будет опубликована статья – не пропустите.

Сделав резервное копирование базы данных mysql, а также после очистки базы данных снова проверил работу сайта – проблем не было, всё работало. Решил еще раз проверить работу плагина WP Optimize, который не только удаляет весь мусор, но и проводит оптимизацию таблиц базы данных. Снова сохранил почищенную базу данных. А затем установил снова плагин WP Optimize (как это делать писалось в статье «Чистка базы данных«).

С помощью плагина WP Optimize провел контрольную очистку базы данных и её оптимизацию, в этот раз сайт не слетел с хостинга и продолжал нормально работать. После оптимизации базы данных плагином, база похудела еще на 1,5 Мб, сайт при  этом нормально работал. Время открытия сайта также снизилось.

Как видите, ничего сложного здесь нет, эту работу может сделать каждый. Мы выполнили резервное копирование базы данных mysql.

И в заключении хотелось показать, как восстановить упавший сайт из сохраненной базы данных. Для этого снова идем в phpMy Admin (MySQL), удаляем все строки таблиц, далее нажимаем кнопку «Импорт» (смотрите скрин 3), нажимаем кнопку «Обзор».

Теперь выбираем из папки на компьютере сохраненный файл базы данных и нажимаем «Ок». Всё работа выполнена, сайт открывается. Резервное копирование mysql сделано. Спасибо, что Вы прочитали эту длинную статью, буду рад, если она принесет Вам пользу. Удачи Вам.

С уважением, Иван Кунпан.

P.S. Бывает, что Вы пишете статьи, а блог не развивается, посетителей на блоге мало. Значит при создании и продвижении блога были допущены грубые ошибки. Вы можете проверить в правильной ли последовательности выполнялись работы по блогу или нет, правильно ли он продвигался. Для этого можно скачать интеллект карту, в создание которой вложен мой трёхлетний опыт и знания и проверить. Новый блог лучше создавать по приведенному алгоритму, который показан в интеллект карте.

Правильное написание статей и их оптимизация имеет важнейшее значение для продвижения блога. Чтобы правильно писать и оптимизировать статьи, можете скачать мою бесплатную книгу «Как написать статью для блога», она Вам поможет.