Redis (Remote Dictionary Server) to błyskawiczna baza danych typu klucz-wartość, która przechowuje dane w pamięci RAM zamiast na dysku. W kontekście WordPressa Redis służy jako Object Cache — warstwa pośrednia między WordPressem a MySQL, która zapamiętuje wyniki zapytań do bazy i serwuje je z pamięci przy kolejnych żądaniach. Efekt: WordPress nie musi za każdym razem odpytywać MySQL o te same dane (ustawienia, menu, widgety, opcje wtyczek) — dostaje je z Redis w ułamku milisekundy.
Jeżeli Twój WordPress ma wysoki TTFB mimo włączonego page cache’a — szczególnie dla zalogowanych użytkowników, panelu admina i stron WooCommerce — Redis jest prawdopodobnie tym, czego brakuje.
Page Cache vs Object Cache — jaka różnica?
To kluczowe rozróżnienie, które wielu właścicieli stron myli:
| Cecha | Page Cache (np. LiteSpeed Cache) | Object Cache (np. Redis) |
|---|---|---|
| Co cache’uje | Całą wygenerowaną stronę HTML | Wyniki zapytań do bazy danych |
| Kto korzysta | Niezalogowani użytkownicy | Wszyscy (zalogowani i nie) |
| Efekt | TTFB spada do 50–200 ms | Zapytania do bazy: z 200+ do kilkunastu |
| WooCommerce koszyk | NIE działa (koszyk jest dynamiczny) | DZIAŁA (cache’uje options, meta) |
| Panel wp-admin | NIE cache’owany | Przyspiesza (mniej zapytań do DB) |
W idealnym świecie masz oba: page cache dla gości (LiteSpeed Cache, WP Rocket) + Object Cache (Redis) dla wszystkiego, co page cache nie obejmuje.
Jak Redis działa w WordPress — krok po kroku
Bez Redis:
- Użytkownik otwiera stronę.
- WordPress odpala ~50–200 zapytań SQL do MySQL (opcje, posty, meta, menu, widgety, ustawienia wtyczek).
- MySQL przetwarza każde zapytanie i zwraca wynik.
- WordPress składa HTML z wyników i serwuje stronę.
Z Redis:
- Użytkownik otwiera stronę.
- WordPress pyta Redis: „czy masz wynik tego zapytania?”
- Redis (jeśli ma): zwraca wynik z RAM w <1 ms. WordPress pomija MySQL.
- Redis (jeśli nie ma): WordPress odpytuje MySQL, dostaje wynik, zapisuje go w Redis na przyszłość.
- WordPress składa HTML i serwuje stronę.
Przy pierwszym żądaniu Redis jeszcze nie ma danych — musi je „nauczyć się” z MySQL. Ale od drugiego żądania wzwyż: większość zapytań jest serwowana z RAM, co skraca czas przetwarzania o 30–60%.
Kiedy Redis daje największy efekt?
- Sklepy WooCommerce — koszyk, sesja użytkownika, checkout nie mogą być cache’owane przez page cache. Redis przyspiesza te strony o 30–50%.
- Strony z zalogowanymi użytkownikami — fora, serwisy członkowskie, dashboardy klientów. Page cache nie działa dla zalogowanych; Redis jest jedyną optymalizacją.
- Panel wp-admin — admin WordPressa generuje setki zapytań do bazy przy każdej stronie. Redis potrafi skrócić czas ładowania panelu o 40–60%.
- Strony z wieloma wtyczkami — każda wtyczka dodaje zapytania do
wp_options. 30 wtyczek = 30+ dodatkowych zapytań. Redis eliminuje powtarzające się. - Duże bazy danych — WordPress z 10 000+ postów, 50 000+ postmeta, 100 000+ komentarzy. MySQL musi przeszukiwać duże tabele; Redis serwuje wyniki natychmiast.
Jak włączyć Redis w WordPress
Krok 1. Sprawdź, czy hosting obsługuje Redis
Redis musi być zainstalowany na serwerze — nie można go „doinstalować” wtyczką. Polscy hostingi, które oferują Redis:
- cyber_Folks — tak (CloudHosting i wyżej)
- zenbox.pl — tak
- mydevil.net — tak
- seohost.pl — tak (wybrane plany)
- LH.pl — tak (CloudHosting)
- nazwa.pl — sprawdź aktualną ofertę
- home.pl — nie na współdzielonych, tak na VPS
Na VPS: Redis instalujesz sam: sudo apt install redis-server (Ubuntu/Debian) lub sudo yum install redis (CentOS). Po instalacji: sudo systemctl enable redis && sudo systemctl start redis.
Krok 2. Zainstaluj wtyczkę Redis Object Cache
- W wp-admin przejdź do Wtyczki → Dodaj nową.
- Szukaj „Redis Object Cache” (autor: Till Krüss).
- Zainstaluj i aktywuj.
- Przejdź do Ustawienia → Redis.
- Kliknij „Enable Object Cache”.
- Status powinien pokazać „Connected” z zielonym wskaźnikiem.
Wtyczka automatycznie tworzy plik wp-content/object-cache.php — to jest „drop-in” cache driver, którego WordPress używa do komunikacji z Redis.
Krok 3. Zweryfikuj działanie
W Ustawienia → Redis zobaczysz statystyki:
- Status: Connected (zielony = działa)
- Hit ratio: procent żądań obsłużonych z cache (cel: >90%)
- Hits / Misses: ile zapytań trafiło do cache, a ile musiało iść do MySQL
- Memory usage: ile RAM zużywa Redis
Po kilku minutach przeglądania strony hit ratio powinien wzrosnąć powyżej 80–90%. Oznacza to, że 80–90% zapytań do bazy jest obsługiwanych z RAM — MySQL jest odpytywany tylko w 10–20% przypadków.
Konfiguracja Redis w wp-config.php
Domyślna konfiguracja działa w większości przypadków, ale jeśli potrzebujesz dostrojenia, dodaj do wp-config.php:
define( 'WP_REDIS_HOST', '127.0.0.1' );
define( 'WP_REDIS_PORT', 6379 );
define( 'WP_REDIS_DATABASE', 0 );
define( 'WP_REDIS_PREFIX', 'wp_' );
define( 'WP_REDIS_MAXTTL', 86400 );Kluczowe parametry:
- WP_REDIS_HOST — adres serwera Redis (zwykle localhost).
- WP_REDIS_DATABASE — numer bazy (0–15). Jeśli masz kilka stron WordPress na tym samym serwerze, każda powinna mieć inny numer.
- WP_REDIS_PREFIX — prefix kluczy. Ważny, gdy kilka stron dzieli tę samą bazę Redis.
- WP_REDIS_MAXTTL — maksymalny czas życia wpisu w cache (sekundy). 86400 = 24 godziny.
Redis vs Memcached — co lepsze?
Oba służą jako Object Cache, ale Redis jest nowocześniejszy i wszechstronniejszy:
| Cecha | Redis | Memcached |
|---|---|---|
| Typy danych | Strings, lists, sets, hashes, sorted sets | Tylko strings |
| Trwałość danych | Opcjonalnie zapisuje na dysk | Tylko RAM (restart = utrata) |
| Replikacja | Tak (master-slave) | Nie |
| Wsparcie WordPress | Lepsze (dedykowana wtyczka) | Dobre |
| Popularność hostingowa | Dominuje w 2026 | Ustępuje Redisowi |
Rekomendacja: Redis. Memcached jest prostszy, ale Redis robi wszystko to samo i więcej. Większość polskich hostingów oferuje Redis.
Najczęstsze problemy
Status: „Not Connected”
Redis nie jest zainstalowany lub nie działa na serwerze. Na hostingu współdzielonym: skontaktuj się z supportem i poproś o włączenie Redis. Na VPS: sudo systemctl status redis — sprawdź, czy usługa działa.
Hit ratio poniżej 50%
Redis ma za mało pamięci i musi usuwać stare wpisy zbyt szybko. Rozwiązanie: zwiększ maxmemory w konfiguracji Redis (domyślnie 64 MB, rekomendowane 128–256 MB dla WordPressa) lub zmniejsz WP_REDIS_MAXTTL.
Strona pokazuje stare dane po zmianach
Redis serwuje cached wersję. Wyczyść cache: Ustawienia → Redis → „Flush Cache”. Lub z WP-CLI: wp redis flush. Po dużych zmianach (aktualizacja wtyczki, zmiana ustawień) warto flush’ować raz.
Najczęściej zadawane pytania
Czy Redis zastępuje page cache?
Nie — to dwa różne poziomy cache. Page cache (LiteSpeed Cache, WP Rocket) serwuje gotowy HTML. Object Cache (Redis) cache’uje zapytania do bazy. Najlepsze wyniki dostajesz, mając oba.
Czy Redis zużywa dużo RAM?
Dla typowego WordPressa: 32–128 MB RAM. Dla WooCommerce z tysiącami produktów: 128–256 MB. To bardzo mało w porównaniu z tym, ile RAM zużywa MySQL i PHP.
Czy Redis działa z Multisite?
Tak — wtyczka Redis Object Cache obsługuje Multisite. Upewnij się, że każda strona w sieci ma unikalny prefix (WP_REDIS_PREFIX).
Czy powinienem wyłączyć Redis przed aktualizacją WordPressa?
Nie trzeba. Ale po dużej aktualizacji (core, WooCommerce) warto zrobić Flush Cache, żeby Redis nie serwował przestarzałych danych.
Podsumowanie
Redis to optymalizacja, która daje największy efekt tam, gdzie page cache nie sięga: zalogowani użytkownicy, WooCommerce koszyk/checkout, panel admina. Instalacja to 5 minut (wtyczka Redis Object Cache + klik „Enable”), efekt widoczny natychmiast w hit ratio i szybkości panelu. Jeśli Twój hosting obsługuje Redis — włącz go. Jeśli nie — rozważ zmianę na hosting, który go oferuje. W 2026 roku Object Cache to nie luksus, to standard.
