Le sugiero que lea sobre esto en http://redis.io/topics/persistence. Básicamente, pierde la persistencia garantizada cuando aumenta el rendimiento utilizando solo el almacenamiento en memoria. Imagine un escenario en el que INSERTA en la memoria, pero antes de que persista en el disco pierde energía. Habrá pérdida de datos.
Redis admite las llamadas "instantáneas". Esto significa que hará una copia completa de lo que está en la memoria en algunos momentos (por ejemplo, cada hora completa). Cuando pierde energía entre dos instantáneas, perderá los datos del tiempo transcurrido entre la última instantánea y el bloqueo (no tiene que ser un corte de energía...). Redis intercambia seguridad de datos versus rendimiento, como lo hacen la mayoría de NoSQL-DB.
La mayoría de las bases de datos NoSQL siguen un concepto de replicación entre múltiples nodos para minimizar este riesgo. Redis se considera más un caché rápido en lugar de una base de datos que garantiza la coherencia de los datos. Por lo tanto, sus casos de uso suelen diferir de los de las bases de datos reales:puede, por ejemplo, almacenar sesiones, contadores de rendimiento o lo que sea con un rendimiento inigualable y sin pérdidas reales en caso de un bloqueo. Pero el procesamiento de pedidos/historiales de compras, etc., se considera un trabajo para las bases de datos tradicionales.
