Redis для WordPress: где он реально ускоряет сайт, а где только ест память

Redis для WordPress: где он реально ускоряет сайт, а где только ест память

Redis в WordPress полезен не «вообще», а в двух точках: object cache и сессии/временные данные плагинов. Если сайт слабо нагружен и запросы простые, заметного эффекта может не быть. Если много одинаковых обращений к базе, кеш сокращает число SQL-запросов и разгружает MySQL.

Перед включением проверьте базу:
• достаточно ли RAM под Redis и сам PHP-FPM
• нет ли плагинов, которые уже агрессивно кешируют объекты
• включен ли persistent object cache, а не просто установлен сервер Redis
• совпадает ли ключ кеша для нужного сайта, если на сервере несколько проектов

Типовая ошибка — включить Redis и считать задачу закрытой. Если не чистить кеш при деплое, не ограничить TTL и не мониторить память, он начнет разрастаться, а поиск багов усложнится: старые объекты маскируют реальные проблемы в коде и в плагинах. Еще одна частая проблема — перенос сайта на новый сервер без проверки расширения PHP и прав на сокет.

Хорошая схема простая: сначала измерьте TTFB и число запросов к базе, потом включайте object cache, затем сравните нагрузку на MySQL и потребление RAM. Если прироста нет, Redis не нужен именно этому проекту.