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

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

Redis в связке с WordPress полезен не “для галочки”, а когда есть повторяющиеся запросы к БД и много динамики: каталог, личный кабинет, поиск, тяжелые хуки. Он хорошо снимает нагрузку с MySQL, но только если объектный кэш реально используется плагинами и темой.

Перед включением проверьте три вещи:
— нет ли уже агрессивного кэширования на уровне хостинга;
— поддерживает ли ваш сайт persistent object cache;
— хватает ли памяти на сервере, чтобы Redis не вытеснял полезные процессы. ⚙️

Типовая ошибка — включить Redis и ждать чуда, не настроив TTL, prefix и мониторинг. В итоге в кэше лежит мусор, а при сбоях WordPress начинает работать нестабильно. Еще один частый сценарий: Redis ставят на слабый VPS, где он конкурирует с PHP-FPM и MySQL за RAM.

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

Redis имеет смысл только там, где он закрывает реальную проблему. Ставьте его после диагностики, а не вместо нее.