Redis pode reduzir trabalho do banco, mas não ajuda automaticamente. Latência de rede, eviction, serialização e comportamento de plugins podem virar outro gargalo.
“Conectado” não prova que o object cache está saudável. Meça hit rate, latência, pressão de memória e comportamento real da aplicação.
1. Confirme onde o Redis roda
Socket local, TCP local e Redis remoto têm perfis de latência bem diferentes. Um cache remoto pode ser mais lento que as consultas que substitui.
2. Verifique memória e política de eviction
Evictions frequentes criam desempenho irregular e removem objetos antes de eles gerarem benefício.
3. Separe dado antigo de page cache
Object cache, page cache e CDN armazenam coisas diferentes. Limpe a camada que realmente possui o valor desatualizado.
4. Procure objetos grandes ou muito voláteis
Options grandes, transients e chaves de alta rotatividade consomem memória e tempo de serialização.
5. Meça wp-admin separadamente
O backend costuma revelar problemas de object cache que benchmarks anônimos do front-end escondem.
6. Compare com e sem Redis
Um A/B controlado vale mais que suposições. Se o caminho medido melhora sem object cache, investigue antes de reativá-lo.