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 INSERTAR en la memoria, pero antes de que persista, 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 hay en la memoria en algunos momentos (por ejemplo, cada hora completa). Cuando pierde energía entre dos instantáneas, perderá los datos del tiempo entre la última instantánea y el bloqueo (no tiene por qué ser un corte de energía ...). Redis negocia la seguridad de los datos con el rendimiento, como hacen la mayoría de las bases de datos NoSQL.
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 que 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érdida real en caso de un bloqueo. Pero procesar pedidos / historiales de compra, etc., se considera un trabajo para las bases de datos tradicionales.