<b>База данных плагина: как не превратить WordPress в медленный архив</b>

<b>База данных плагина: как не превратить WordPress в медленный архив</b>

Если плагин хранит данные «как придётся», он быстро начинает тормозить. Самые частые ошибки: отдельная таблица без индексов, бесконечные записи в wp_options и запросы без ограничений по объёму.

Рабочие правила простые:
— для настроек используйте wp_options только для небольших значений;
— для событий, логов и истории делайте отдельную таблицу;
— добавляйте индексы к полям, по которым ищете и фильтруете;
— не тащите в один запрос всё подряд: выбирайте только нужные столбцы.

Ещё одна типичная проблема — хранить в базе то, что должно жить в кеше или файле. Логи, временные токены, большие JSON-массивы и промежуточные расчёты лучше не держать в таблицах дольше необходимого. Иначе бэкапы разрастаются, а админка начинает отвечать заметно медленнее.

Перед релизом проверьте три вещи: есть ли очистка старых записей, не ломается ли удаление плагина и можно ли восстановить данные без ручной правки SQL. Если ответ «нет» хотя бы на один пункт, база уже работает против вас.