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

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

Redis в WordPress чаще всего используют как object cache: он хранит результаты дорогих запросов к БД и снимает часть нагрузки с MySQL. Это полезно на сайтах с авторизацией, WooCommerce, большим числом плагинов и динамических страниц.

Но ставить Redis «на всякий случай» — плохая идея. Если у вас тяжёлые SQL-запросы, кривые плагины или нет нормального кэша страниц, Redis лишь уменьшит боль, а не вылечит причину. Сначала проверьте: есть ли повторяющиеся запросы, много ли обращений к wp_options и не ломает ли один плагин весь профиль нагрузки.

Что важно сделать:
— включать Redis только вместе с object cache plugin;
— ограничить доступ к сокету или порту;
— следить за размером памяти и вытеснением ключей;
— не забывать про cache invalidation после обновлений и импорта;
— отдельно тестировать авторизацию, корзину и личный кабинет.

Ещё один типичный момент: Redis не заменяет full page cache. Если на сайте нет кэша страниц, вы всё равно будете отдавать PHP и ходить в БД на каждом запросе. Redis в такой схеме помогает, но не даёт максимального эффекта.

Ставьте Redis тогда, когда видите повторяющуюся нагрузку на БД и понимаете, что именно кэшируете; без этого он становится просто ещё одним сервисом, который тоже надо обслуживать.