Способы заработка через Интернет Инфобизнес
Резервное копирование базы данных mysql

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

                                                                                                              

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

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

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

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

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

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

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

База данных_5

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

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

База данных_6

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

База данных_7

Скрин 3

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

База данных_8

Скрин 4

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

База данных_3

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

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

DELETE FROM wp_posts WHERE post_type = “revision”

База данных_2

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

База данных_9

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

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

База данных_4

Операция выполнена, теперь идем на сайт и проверяем его работу – всё работает. Забегая вперед, скажу, что папка 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), нажимаем кнопку «Обзор».

База данных_10

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

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

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

P.P.S. На блоге Вы можете посмотреть каталог инфопродуктов, например, страницу по созданию и продвижению блогов, при желании разобраться, как правильно создавать сайт, как его продвигать, можете обучиться в бесплатной школе онлайн «Как всего за 3 занятия создать свой сайт«.

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

База данных сайта несет всю текстовую информацию, это статьи и комментарии. Производим резервное копирование базы данных mysql вручную.

Просмотров: 546
Получайте новые статьи блога прямо себе на почту. Заполните форму, нажмите кнопку "Подписаться"
Ваше имя: *
Ваш e-mail: *
Вы можете почитать:
6 комментариев
  1. Андрей Хвостов:

    Век живи, век учись.

    Ответить
    • Иван:

      Вы правы, так устроен человек. Я сначала не придавал большого значения регулярности сохранения базы данных, пока гром не грянул. Случилась проблема на хостинге TimeWeb,из-за отсутствия БД я чуть часть сайта не потерял. Спасибо одному человеку, он сумел добыть бэкап. Теперь я регулярно сохраняю и сайт и БД.

      Ответить
  2. Андрей Хвостов:

    Резервную копию делаю через phpMyAdmin на своём хостинге Ютекс. Статью писал про то, как сделать бэкап. Позавчера по плану надо было сделать резервную копию базы данных блога. Так вот зашёл на свою статью и по ней всё сделал. Ведь невозможно всё держать в уме. Такие статьи обязательно следует писать, для себя хотя бы.

    Ответить
    • Иван Кунпан:

      Каждый хостинг имеет свои особенности при работе с Базой Данных,их просто нужно учитывать.

      Ответить
  3. Алина Таранец:

    Благодарю, Иван, эта публикация мне помогла научиться делать бэк -апп. Хоть вручную, хоть автоматически, но вручную надёжнее.
    Благодаря созданию бэк апп, мне удалось восстановить сайт, так что Вы подарили мне праздник!

    Ответить
    • Иван Кунпан:

      Спасибо, Алина! На самом деле блогом интересно заниматься, всегда есть возможность поэкспериментировать, протестировать, а позже поделиться с другими блоггерами.
      То, что Вы научились сохранять свою Базу Данных, это отлично. Это будет теперь Вашим личным опытом и Вы сможете поделиться знаниями с другими людьми. Думаю, праздников будет еще много, ведь блог только развивается.

      Ответить
Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

ЛУЧШЕЕ РЕШЕНИЕ ДЛЯ НАЧИНАЮЩИХ
«Как начать зарабатывать в интернете без вложений»