Redis może ograniczyć pracę bazy, ale nie zawsze pomaga. Opóźnienie sieci, eviction, serializacja i zachowanie pluginów mogą stworzyć nowe wąskie gardło.
Status „connected” nie dowodzi, że object cache działa zdrowo. Mierz hit rate, latency, presję pamięci i realne zachowanie aplikacji.
1. Sprawdź, gdzie działa Redis
Lokalny socket, lokalny TCP i zdalny Redis mają bardzo różne opóźnienia. Zdalny cache może być wolniejszy od zapytań, które zastępuje.
2. Sprawdź pamięć i politykę eviction
Częste usuwanie kluczy daje nierówną wydajność i usuwa obiekty zanim przyniosą korzyść.
3. Oddziel stare dane od page cache
Object cache, full-page cache i CDN przechowują inne rzeczy. Czyść warstwę, która faktycznie posiada starą wartość.
4. Szukaj dużych lub często zmieniających się obiektów
Duże options, transients i klucze o wysokiej rotacji zużywają pamięć i czas serializacji.
5. Mierz wp-admin osobno
Backend często ujawnia problemy object cache, których nie pokazują anonimowe benchmarki front-endu.
6. Porównaj działanie z Redis i bez niego
Kontrolowany test A/B jest lepszy niż założenia. Jeśli mierzona ścieżka przyspiesza bez object cache, najpierw zbadaj przyczynę.