Redis puede reducir trabajo de base de datos, pero no siempre ayuda. Latencia de red, expulsiones, serialización y comportamiento de plugins pueden convertirlo en otro cuello de botella.
“Conectado” no demuestra que el caché de objetos esté sano. Mide hit rate, latencia, presión de memoria y comportamiento real de la aplicación.
1. Confirmar dónde se ejecuta Redis
Socket local, TCP local y Redis remoto tienen perfiles de latencia distintos. Un caché remoto puede ser más lento que las consultas que sustituye.
2. Revisar memoria y política de expulsión
Expulsiones frecuentes generan rendimiento irregular y eliminan objetos antes de que aporten valor.
3. Separar datos obsoletos de caché de página
Caché de objetos, caché de página y CDN guardan cosas diferentes. Limpia la capa que realmente posee el valor obsoleto.
4. Buscar objetos grandes o muy variables
Options grandes, transients y claves de alta rotación consumen memoria y tiempo de serialización.
5. Medir wp-admin por separado
El backend suele mostrar problemas de caché de objetos que los benchmarks anónimos del front ocultan.
6. Comparar con y sin Redis
Una prueba A/B controlada vale más que las suposiciones. Si el camino medido mejora sin caché de objetos, investiga antes de reactivarlo.