Redis для WordPress: 5 ошибок настройки, которые убивают кэш и память

Redis для WordPress: 5 ошибок настройки, которые убивают кэш и память

Redis часто ставят «для ускорения», а потом получают рост RAM и странные фризы. Причина обычно не в самом Redis, а в том, как его подключили к WordPress.

— Кэшируют всё подряд. Для object cache Redis нужен, а для страниц — уже отдельный слой. Если смешать роли, мусор в памяти растёт быстро.
— Не ставят TTL. Без срока жизни ключи копятся, и Redis превращается в склад старых объектов.
— Оставляют компрессии и сериализацию «по умолчанию». На мелких объектах это даёт лишнюю нагрузку на CPU.
— Не следят за eviction policy. Когда память кончается, Redis начинает выкидывать данные не так, как ожидает сайт.
— Поднимают Redis на том же узле без лимитов. Если PHP-FPM и MySQL уже едят ресурсы, кэш только усиливает конкуренцию за память.

Проверьте базовую связку: один Redis — один сайт или понятные префиксы, ограничение памяти, TTL для временных данных и мониторинг hit rate. Если hit rate низкий, кэш не помогает, а просто занимает ресурсы ⚙️

Хорошая настройка Redis в WordPress — это не «поставил и забыл», а контроль памяти, ключей и того, что именно вы кэшируете.