Redis può ridurre il lavoro del database, ma non è automaticamente vantaggioso. Latenza di rete, eviction, serializzazione e comportamento dei plugin possono diventare un nuovo collo di bottiglia.
“Connesso” non dimostra che l’object cache sia sana. Misura hit rate, latenza, pressione memoria e comportamento reale dell’applicazione.
1. Verificare dove gira Redis
Socket locale, TCP locale e Redis remoto hanno latenze molto diverse. Una cache remota può essere più lenta delle query che sostituisce.
2. Controllare memoria e politica di eviction
Eviction frequenti creano performance irregolari e rimuovono oggetti prima che portino beneficio.
3. Separare dati obsoleti da page cache
Object cache, full-page cache e CDN memorizzano cose diverse. Svuota il livello che possiede davvero il valore obsoleto.
4. Cercare oggetti grandi o ad alto ricambio
Options grandi, transient e chiavi che cambiano spesso consumano memoria e tempo di serializzazione.
5. Misurare wp-admin separatamente
Il backend spesso mostra problemi di object cache che i benchmark anonimi del front-end nascondono.
6. Confrontare con e senza Redis
Un A/B controllato vale più delle supposizioni. Se il percorso misurato è più veloce senza object cache, indaga prima di riattivarla.