Redis y Memcached con PrestaShop: cuándo compensan y qué puede salir mal

Redis y Memcached son almacenes en memoria que PrestaShop (o un módulo) puede usar para guardar resultados de consultas a la base de datos y no repetirlas. En tiendas con mucho tráfico y catálogos grandes, el ahorro es real. En tiendas pequeñas, a menudo solo añade complejidad.

Cuándo compensa

• Muchas visitas simultáneas y la base de datos es el cuello de botella medido.
• Catálogo grande con muchas consultas repetidas (categorías, características, filtros).
• Tienes control del servidor para instalar y vigilar Redis.

El problema de siempre: invalidar

Una caché de consultas tiene que saber cuándo un dato ha cambiado para dejar de servir la versión antigua. Si guarda el resultado de «cuántos productos hay en esta tabla» durante 30 minutos y alguien inserta filas sin que la caché se entere, durante esos 30 minutos todo el mundo verá el número viejo.

Buenas prácticas

• Excluye tablas volátiles: carritos, pedidos, stock, clientes y sesiones no deberían cachearse nunca.
• TTL razonables y una forma sencilla de vaciar la caché desde el back office.
• Los scripts de mantenimiento, importaciones y crons deben trabajar contra la base de datos real, no contra la caché.
• Cuidado al desinstalar: algunas cachés instalan overrides de las clases de base de datos. Si se borra la carpeta del módulo sin desinstalarlo, esos overrides pueden romper cada escritura en la tienda. Desinstala siempre desde el back office y comprueba después la carpeta override/classes/db/.

Alternativas antes de Redis

1. Índices en las consultas lentas.
2. Caché de Smarty bien configurada.
3. Caché de página para visitantes anónimos, bien excluida del carrito y la cuenta.

Si con eso no basta, entonces sí: una caché de datos, bien configurada y vigilada.