Оптимизация базы данных сайта WordPress

оптимизация БД wordpress

Со временем в базе данных (БД) сайта WordPress накапливается много ненужной информации и прочего мусора. Обычно базу грузят всякие логи, статистики, плагины безопасности и анти-спама, комментарии, лишние редакции и т.п. Как правило, чем старше и больше сайт в плане количества страниц, тем значительней размер его БД. Её объём иногда достигает таких размеров, что сайт начинает тормозить. Из-за медленной обработки запросов накапливается огромное количество операций, с которыми сервер может и не справиться. В результате возникают различные ошибки при открытии страниц, вплоть до падения сайта. Очевидно, что тормознутые и глючные сайты не любят как пользователи интернета, так и поисковые системы, которые при ранжировании в выдаче поощряют более быстрые сайты и пессимизируют более медленные.

В этой небольшой статье предложу вашему вниманию довольно простой и быстрый способ очистки базы данных WordPress сайта и уменьшению ее объема. Разумеется перед началом любых действий по администрированию обязательно нужно сделать резервную копию сайта (файлы и БД). В нашем случае можно ограничиться копией только базы данных, которую можно сделать в phpMyAdmin. Но, полный бэкап еще никогда и никому не навредил (мало ли вдруг что). Итак, в панели управления phpMyAdmin выбираем нашу БД и делаем ее экспорт. В результате получаем копию базы – файл примерно с таким названием “mybase.sql”. Он нам понадобится в конце для сравнения размера БД сайта – “до” оптимизации и “после”. Не буду останавливаться подробно на том, что что такое “phpMyAdmin” и как сделать бэкап БД с помощью данного веб-интерфейса для администрирования СУБД MySQL. Вся информация в избытке есть в интернете. Пример запроса в Яндексе или Гугле – “phpmyadmin бэкап базы данных”.

Рассмотрим оптимизацию базы данных сайта ВордПресс на примере использования двух плагинов. Это “Advanced Database Cleaner” и “Plugins Garbage Collector”.

После их установки и активации переходим в разделе “Инструменты” – в меню “Database Cleanup” и попадаем в настройки первого плагина Advanced Database Cleaner.

Отмечаем галочкой “Show hidden tables” и жмем на кнопку “Scan Database”. Дожидаемся окончание процесса сканирования. Выделяем названия таблиц с красным цветом шрифта (столбец “Table Name”) и внизу жмем на кнопку “Delete Tables”.

Затем переходим ко второму плагину – . В настройках (вкладка “Общая очистка”) ставим галочку на “Элементы для очистки”. В выпадающем списке выбираем “Очистить”. Жмем “Применить” и получаем вот такое окно с предупреждением. Не пугаемся и продолжаем операцию нажав на кнопку “Продолжить”. В результате получаем уведомление, что “Выбранные элементы успешно очищены!”.

В принципе, на этом можно было и остановиться. Но (для любознательных) в настройках плагина Advanced DB Cleaner в разделе “Таблицы” можно посмотреть на таблицы и занимаемое ими место. К примеру, у себя я обнаружил вот такую таблицу с довольно большим объемом (8,5 MB) под названием “wp_actionscheduler_logs”. Это какие-то логи запланированных действий из Планировщика действий. Скорее всего данная таблица осталась после экспериментов по установке каких-то плагинов и не удалилась автоматически. Мне она не нужна, значит можно удалить. В вашем случае (сайте) смотрите сами – стоит что-либо трогать в данной вкладке плагина или нет.
Все необходимые операции по оптимизации базы данных проведены и оба плагина больше нам не потребуются. Поэтому их можно смело деактивировать и удалить.

Теперь переходим из админки WordPress на фронтэнд нашего сайта и юзаем его. Переходим по меню, смотрим как открываются странички, работают галереи изображений и т.д. Короче смотрим ничего ли не сломалось в результате наших манипуляций с базой данных. Помним, что если что-то не так, то у нас есть сохраненная копия БД (или всего сайта).

Теперь смотрим что же получилось с размером БД. Для этого заходим панель управления phpMyAdmin. Выбираем нашу рабочую БД и делаем ее экспорт. Смотрим на размер файла дампа и видим, что наша БД уменьшилась. В моем случае размер файла дампа БД стал меньше почти на 10 MB, что в принципе не так уж и плохо. В вашем же случае результат может быть даже более впечатляющим.

На этом все. Надеюсь, что такой вариант по оптимизации базы данных для WordPress сайтов кому-нибудь да и поможет. Главное не забывайте про бэкап и не ругайте сильно, если что-то пойдет не так :). Всем удачи и спасибо за внимание.

Оцените статью
Статьи и заметки на inforeks.ru
Добавить комментарий